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Method and apparatus for dynamically generating a user presentation based on 
database stored rules 

BACKGROUND OF THE INVENTION 

5 

1. Field of the Invention 

The present invention relates generally to user presentations, and 
more particularly to user presentations in telemedicine applications. 

10 

2. Description of the Related Art 

Worldwide, people living in rural and remote areas often struggle to 
access timely, quality medical care. Residents of these areas often have 

is substandard access to health care primarily because physicians tend to be 
located in areas of concentrated population. Due to innovations in computing 
and telecommunications technology, however, many facets of the medical 
practice are now realizable for the patient and health care provider who are 
geographically separated (whether it be across town, across state, or across 

20 the world). 

"Telemedicine" often involves the sharing and/or transfer of medical 
information in a data communications network for purposes related to patient 
health. Sometimes referred to as "telehealth" or "distance health care," 
telemedicine may involve the bringing of health care services to a location 
25 where the individual client is most accessible or comfortable, while keeping 
costs down by making efficient use of resources. For example, electronic 
access to patient data and videoconferencing "visits" between a health care 
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provider and the patient can, in many instances, replace traditional 
face-to-face visits. 

The information shared and/or transferred may include patient 
records, high resolution images, stored or live audio, and stored or live video, 

s all of which may be accessible through remote servers and databases. The 
telemedicine network may utilize a variety of telecommunications 
technologies, including ordinary telephone lines or Plain Old Telephone 
Systems (POTS), Integrated Services Digital Network (ISDN), fractional to full 
T-l's, Asynchronous Transfer Mode (ATM), the Internet, intranets, and 

10 satellites. Overall, telemedicine provides increased ubiquity, convenience, 
and efficiency in health care services. 

Today, telemedicine is making a difference in the lives of many people 
across the world. In remote rural areas, where a patient and the closest 
health professional can be hundreds of miles apart, telemedicine can mean 

is access to health care where little had been available before. In those cases 
where fast medical response time and specialty care are needed, 
telemedicine availability is critical and can mean the difference between life 
and death. Telemedicine also brings a wider range of services (e.g., 
radiology, mental health services, and dermatology) to underserved 

20 communities and individuals in both urban and rural areas. It also helps 
attract and retain health professionals in rural areas by providing ongoing 
training and collaboration with other health professionals. 

A health professional or other user may interact with a telemedicine 
network using a telemedicine application program on a computer. 

25 Telemedicine software generates a user interface presentation for the user to 
execute his/her series of particular tasks or telemedicine "workflow." The 
user interface presentation typically includes that which is visually displayed 
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on a screen of the computer's monitor; the execution is handled using 
appropriate input/output (I/O) devices at the computer. For example, the 
software may provide an easy-to-use graphical user interface (GUI) or 
multimedia interface. GUIs are well known, and typically include visually 

5 displayed objects for tt point-and-click" functionality using a mouse, 

touchscreen, or voice activation. A multimedia interface is an extension to 
the GUI that includes audio, video, image, and even input for the other 
senses including touch, smell, and taste. 

The user of the telemedicine software may be one of many people 

10 who serve specialized or limited functions, and who have specialized or 
limited needs and access rights to and within the network. For example, 
telemedicine is being utilized by a growing number of medical specialists; 
including dermatologists, oncologists, radiologists, cardiologists, psychiatrists, 
and home health care specialists. Not only health care providers, but payers, 

15 employers, patients, pharmacies, laboratories, and other organizations may 
interact with the system to share data. Even within each group, there are 
often users who serve different functions and have special needs and access 
rights (e.g., a group may include a health care specialist, a nurse, and 
support staff). Each of these users expects a user interface presentation that 

20 accommodates their particular needs and workflow. In many instances 
emergency health situations are presented, where the appropriate 
presentation of data and functionality is critical and determine the outcome. 

A developer of telemedicine software typically has to struggle to 
accommodate each user with software that provides such unique 

25 presentations. Providing several versions of software is costly in terms of 
software development, maintenance, and administration. Source code needs 
to be edited and/or added, re-compiled, and delivered for each version of 
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software. If this undesirable development strategy is chosen, the added 
costs involved are likely to be passed on to purchasers of the software. 

As an alternative, the developer may provide only a single or a limited 
number of software versions having a single or limited number of 
5 presentations. Since many different kinds of users will interact with it, the 
presentation will likely be too "functionally congested" for any one user to 
intuitively understand his/her particular workflow. Put another way, such a 
presentation will not be ergonomically appropriate for each user. In addition, 
the savings associated with this presentation inflexibility will be at the 
10 expense of losing customers who prefer to have customized presentations. 

Accordingly, there is a need for a method and apparatus in 
telemedicine and other fields that overcomes these and other deficiencies of 
the prior art. 

15 SUMMARY OF THE INVENTION 

In one embodiment described, a method of dynamically generating a 
user presentation comprises selecting and retrieving at least one of a plurality 
of rules stored in one or more databases in response to a request from an 
20 application program; executing the rule to retrieve data from the one or more 
databases; and generating presentation data based on the data, where the 
presentation data is for use in the user presentation of the application 
program. 

25 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration of a computer network 100, which may be a 
telemedicine network; 
5 FIG. 2 is a block diagram of a client 200 of computer network 100; 

FIG. 3 is a block diagram of defined layers of computer network 100; 

FIGs. 4 and 5 are block diagrams describing a more particular 
architecture; 

FIGs. 6A and 6B are flowcharts describing a method of client 
10 interaction within network 100; 

FIGs. 7A and 7B are flowcharts describing a method of server 
interaction within network 100; 

FIG. 8 is a flowchart describing a method of dynamically generating a 
user presentation based on database stored rules; 
is FIG. 9 is a flowchart describing a method of building a page of 

"navigation" framework type; 

FIG. 10 is an example illustration of a screen of the navigation 
framework type; 

FIG. 11 is a flowchart describing a method of building a page of "list" 
20 framework type; 

FIG. 12 is an example illustration of a screen of the list type; 
FIG. 13 is a flowchart describing a method of building a page of "data 
I/O" framework type; 

FIG. 14 is an example illustration of a screen of the data I/O 
25 framework type; 

FIG. 15 is a flowchart describing a method of entering, into the 
system, a page of the "user-defined" type; 
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FIG. 16 is an example illustration of a screen showing the "user- 
defined" type; 

FIG. 17 is an example illustration of an "Audio Note" screen of the data 
I/O framework type; 
5 FIG. 18 is an example illustration of a "Text Note" screen of the data 

I/O framework type; 

FIG. 19 is an example illustration of an "Image Import" screen of the 
data I/O framework type; 

FIG. 20 is an example illustration of a screen of the data I/O 
10 framework type, where the screen incorporates several system and user 
defined components; 

FIG. 21 is an example illustration of the data I/O framework type, 
where the screen incorporates system and user-defined components; 

FIG. 22 is a flowchart describing the function LoadActionObjects; 
is FIG. 23 is a flowchart describing the function 

LoadActionObjectStoredProcedure; 

FIG. 24 is a flowchart describing the function GetListHeaders; 

FIG. 25 is a flowchart describing the function GetListObjects; 

FIG. 26 is a flowchart describing the function 
20 LoadColumnStoredProcedure; 

FIG. 27 is a flowchart describing the function LoadLabels; 

FIGs. 28A and 28B are flowcharts describing the function 
GetDataFrames; 

FIG. 29 is a flowchart describing the function LoadDataltemProcedure; 
25 FIG. 30 is a flowchart describing the function GetSelectorList; 

FIG. 31 is a flowchart describing the function LoadDataltem; 
FIG. 32 is a flowchart describing the function AddValue; 
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FIG. 33 is a flowchart describing the function SaveNewDataltem; 
FIG. 34 is a flowchart describing the function UpdateDataltem; 
FIG. 35 is a state diagram describing an alert notification subsystem; 
FIG. 36 is a block diagram describing a general design of the alert 
notification subsystem; 

FIG. 37 is an example illustration of a presentation including an Alert 

User Interface; and 

FIG. 38 is a block diagram describing interfaces and processes related 
to an Alert Processor. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Portions of the disclosure of this patent document contain material that 
is subject to copyright protection. The copyright owner has no objection to 

5 the facsimile reproduction by anyone of the patent disclosure, as it appears in 
the Patent and Trademark Office files or records, but otherwise reserves all 
copyright rights whatsoever. 

A method of dynamically generating a user presentation based on 
database stored rules serves a great need in computer networks, and 

10 especially in telemedicine networks. In one aspect, the method comprises 
selecting and retrieving at least one of a plurality of rules stored in one or 
more databases in response to a request from an application program; 
executing the rule to retrieve data from the one or more databases; and 
generating presentation data based on the data, where the presentation data 

15 is for use in the user presentation of the application program. The rules may 
be executed using control information (such as user information, group 
information, geographic location information, and node information) as input 
The data retrieved from execution of the rules may be data such as user 
data or presentation control data. 

20 FIG. 1 is a block diagram illustrating a computer network or system 

100, which may be a telemedicine network or system. Typically, system 100 
includes one or more servers 104, a database 106 (such as one or more 
databases and database servers, and/or database warehouses) for storing 
data, a system configuration interface 108 which provides system 

25 configuration through a system administrator, an end user interface 114 for a 
user to access the system. Internal elements 110 and external elements 112 
as described in FIG. 1 may also be included. Server 104 executes server 
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software to manage several aspects of system 100. End user interface 114 
(or client, or client workstation) may be a desktop computer or other device 
providing (input/output) I/O capabilities. As suggested by an outline 102 of 
FIG. 1, a user at end user interface 114 has a degree of independence from 

5 server 104, database 106, and system configuration interface 108. 

As a telemedicine network, system 100 includes most required 
conventional aspects of such, providing those same or similar desired 
features outlined above in the Background Of The Invention. For example, 
the information shared and/or transferred at end user interface 114 may 

10 include full multimedia patient records, high resolution images, stored or live 
audio, and stored or live video, all of which may be accessible through remote 
servers and databases such as server 104 and database 106. System 100 
may utilize a variety of telecommunications technologies, including ordinary 
telephone lines or Plain Old Telephone Systems (POTS), Integrated Services 

15 Digital Network (ISDN), fractional to full T-l's, Asynchronous Transfer Mode 
(ATM), the Internet, intranets, and satellites. 

Referring now to FIGs. 6A and 6B, flowcharts that describe a method 
of client interaction within the network are shown. Starting at a start block 
600, client requests access to the system (step 602). In response to the 

20 access request, client receives a logon screen at the visual display (step 604). 
The logon screen awaits logon information, such as a user name and a 
password or biometric information, from the user (step 606). The user enters 
the logon information, where client then sends the information to the server 
(step 608). If access is granted from the server (step 610), the flowchart 

25 continues at a connector 612 (connector "A") to FIG. 6B. 

At FIG. 6B, client receives presentation data representing one of a 
plurality of presentations (step 614). Client generates and displays, on the 
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visual display, the presentation according to the presentation data (step 616). 
Client then waits for a request from the user (step 618). If a request is 
received, then data in connection with the request is sent to server (step 
620). In response to the request, dient receives from the server presentation 

5 data representing another one of a plurality of presentations (step 614). The 
method repeats as shown, until the user logs off the system or the 
connection is terminated based on a configured timeout. 

FIGs. 7A and 7B are flowcharts describing a method of server 
interaction within the network. Starting at a start block 700, the server 

10 receives a request from the client to access the system (step 702). In 

response to the access request, the server sends data for the logon screen to 
the client (step 704). The server awaits logon information from the user 
(step 706). The server receives the logon information from the client (step 
708). If determined to be valid (step 708), the server grants the client access 

15 to the system where the flowchart continues at a connector 712 (connector 
"B") to FIG. 7B. Valid logon information establishes a session that is used to 
service dient requests for presentation of accessible data and supported 
features and functions. 

At FIG. 7B, the server generates presentation data representing one of 

20 a plurality of presentations (step 714). Server sends the presentation data to 
the dient (step 716). Server then waits for a request from the user (step 
718). When the request is received, appropriate data in connection with the 
request is received by the server (step 720). In response to the request, the 
server generates presentation data representing another one of a plurality of 

25 presentations (step 714) and sends the data to the client (step 716). The 
method repeats as shown, until the user logs off the system or the 
connection to the system is terminated based on the configured timeout. 
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FIG. 8 is a flowchart describing a method of dynamically generating a 
user presentation, which may be incorporated into steps 714 and 716 of FIG. 
7B. Starting at a start block 800, the server selects and retrieves user 
presentation rules from one or more databases in response to a request by 

5 the client (step 802). The server executes these user presentation rules to 
retrieve data from the database(s) (step 804). The server builds presentation 
data using this data (step 806). The presentation data is formatted and sent 
by the server for the generation of the user presentation at the client (step 
808). The flowchart ends at a block 810. 

io The user presentation rules may be referred to as presentation 

instructions. Many user presentation rules may be stored in the database 
(tens, hundreds, thousands, etc.). When accessed by the server software, a 
subset of the user presentation rules may be selected (referring back to step 
802) based on one or more of several different types of information (selection 

15 criteria), such as user identification, user group identification, user request or 
requested function or page, node identification, geographic location 
identification, hardware/software capabilities or availabilities of the accessing 
node, data being presented, patient identification, patient diagnosis, patient 
treatment, medical test results, medical history of the patient, patient's 

20 relatives, or ethnic group, etc. Once obtained, the user presentation rules 
may be executed with one or more of several different types of input 
information (execution criteria) into the rule (referring back to step 804), 
such as user identification, user group identification, user request or 
requested function or page, node identification, geographic location 

25 identification, hardware/software capabilities or availabilities of the accessing 
node, time, date, data being presented, patient identification, patient 
diagnosis, patient treatment, medical test results, medical history of the 



asnoom-. <wo 0045301A1 1 > 



WO 00/45301 



PCT/USOO/01839 



-12- 

patient, patients relatives, or ethnic group, etc. The different types of 
Information may be stored in the database or sent with client request. 

Some examples of user rules are provided below in plain English for 
understanding and clarity. These examples are by no means exhaustive: 

5 

Provide a navigation button having a link to "Cancer Task Force" page 
only if USER GROUP = "Cancer Task Force"; 

Provide a patient scheduling function button given if 9:00am < TIME < 
10 5:00pm and USER = "Assistant"; 

Get patient data only for USER = "Dr_Ainsworth"; 

Provide image functionality interface only if H/S CAPABILITIES OF THE 
is ACCESSING NODE = "image_compatible"; 

Present all containers or base data in this container to all requesting 
users who are members of group Gl but not USERS = (Ul, U2, 
U3, ...) and not in group G2; 

20 

If ENTRY = "new pediatric patient", create all basic pediatric forms for 
the dinic (Fl[new patient form], F2[growth chart], FN), with the 
appropriate data of the patient added to the forms, and calculate 
dates for inoculations for state, federal, or health plan 
25 mandated/supported inoculations based on the patient's age, prior 

inoculations, and the insured's health plan; and 
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Provide selection of a mammogram lab test only If the patient is of 
GENDER = "female", "X years" < AGE < "Y years", MASTECTOMY = 
"no", and the patient's medical plan (per the insured) allows an exam 
without explicit approval per the time since the patient's last 

5 mammogram; AND create an instance of the reporting form Fl to the 

medical plan with the appropriate patient data and forward it to 
INSUR_CO per INSUR_CO_COMMUNICAT10NS_METHOD 
and the lab request F2 to LAB supported under the insured's 
insurance plan per LAB_COMMUNICATIONS_METHOD, with process P 

10 scheduled to reschedule the patient for a follow-up examination at 

location L with the clinician requesting the lab result CI or their 
designated alternates C3 — > Cn based on priority at the point where 
the results from the lab are Rl ~> Rn, but not R6 f and in the case of 
R6, alert clinician C2 that the patient is to be informed via email if 

is EMAIL = "enabled" and/or phone if PHONE_NOTIFICATION = 

"on" and/or by mail if MAIL_NOTTRCATION = "on". 

The user presentation rules are stored in the database, and thus may 
be modified, added, or deleted — without affecting the compiled server 

20 source code that evaluates them. New rules or modifications to existing rules 
can be made by a network administrator, or a user if given appropriate access 
rights and/or knowledge. When a new customer or group is given access to 
the system, or if an existing customer has new needs, new user presentation 
rules can be added or modified per customer request without having to 

25 change the compiled server source code. The server source code 
architecture is configured so that it can interpret the rules to produce 
presentation of any I/O objects supported by the system, initiate any process 
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or interface supported by the system or other accessible systems, or initiate 
an I/O action by a user related to a presentation. 

The user presentation preferably comprises data and graphical user 
interface (GUI) components or a multimedia interface. A GUI is indeed a 

5 "graphical" interface — in contrast to purely "textual" interface — to a 

computer program application. GUIs came into existence following the first 
interactive user interfaces to computers which were not graphical, but merely 
keyboard driven using text commands. The command interface of the disk 
operating system (DOS) operating system is an example of the typical 

10 user-computer interface before GUIs arrived. GUI terminology include one or 
more metaphors for objects familiar in real life, such as a desktop, a view 
through a window, or the physical layout of a building. Elements of a GUI are 
known and described as windows or browser, puli-down menus, buttons, 
scroll bars, iconic images, wizards, images, a mouse, etc. With the increasing 

15 use of multimedia, sound, voice, motion video, and more are becoming part 
of the GUI or multimedia interface. 

User data is stored in the databases for many different users to access, 
but with restrictions. For example, patient data for many doctors is stored in 
a telemedicine network, but typically every doctor has rights to view only 

20 patient data associated with his/her own patients. However, some or all of 
the patient data may need to be shared between users depending on the 
need. As another example, an assistant to a doctor may have rights to see 
limited portions of patient data (e.g., that data required for patient 
scheduling) while the doctor has rights to see all of the data associated with 

25 his/her patients. With the dynamic GUI presentation, for example, users 
having rights to all or some of the same data can view the same data with 
different presentations. 
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Thus, users In a computer network can be provided with potentially 
limitless flexibility in user presentations to accommodate their particular 
needs and workflow. Appropriate restrictions to functionality and data are 
enhanced and more flexible. For everyday convenience, and in cases where 

5 emergency situations are presented, the economically appropriate 

presentation of data and functionality will be of great assistance. A developer 
of software no longer has to struggle to accommodate each user by changing 
the compiled source code, minimizing costs for themselves and purchasers. 
As described, the methods herein are employed using software for use 

10 on one or more servers. The software may be embodied on one or more 
storage mediums (e.g., computer disks), or made available for server use by 
other suitable means (e.g., electronic transfer). 

Provided below are embodiments describing, in more detail, 
approaches used with respect to building dynamic presentations. The 

15 detailed embodiments do not serve to limit the scope of the invention, but 
only to enable one skilled in the art how to practice the invention in better 
detail and to disclose the best mode thereof. 

FIG. 2 is a block diagram of a client 200. Client 200 may be a simple 
workstation (desktop computer), for example, or one embellished with 

20 telemedicine devices and applications as shown. Client 200 runs a client 
application 202, which embodies or houses a Web browser to enable the user 
to access the server via Transmission Control Protocol/Internet Protocol 
(TCP/IP) (Internet, intranet, Local Area Network (LAN), Wide Area Network 
(WAN)). At (1), medical devices attach to client 200 and either directly 

25 interface with client application 202 or medical device software. At (2), client 
application 202 interfaces with the medical device software to access and 
present medical device data. At (3), printers, scanners, and other devices 
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attached to client 200 use system services to support processing requested 
by client application 202. At (4), client application 202 presents the user with 
a GUI on a visual display monitor 206 for initiating access to all of client's 200 
services (applications, data, printers, scanners, etc.). User initiated input is 

5 processed by client application 202 which determines the availability of the 
service, initiates the services, and presents the user with the resulting data or 
presentation from the service. At (5), client application 202 interfaces with 
teleconferencing software to manage teleconferencing connections using the 
teleconferencing standards appropriate for dient 200 configuration (e.g., 

10 either H.320 or H.323). 

At (6), the teleconferencing software manages a coder/decoder 
(CODEC) interface. At (7), microphone(s) are shared between the CODEC 
and the client application 202 to initiate audio capture and audio/video 
capture capabilities; these may also be routed by the application to other 

is media (for example, a Virtual Tape Storage media) capable of storing audio, 
audio/video, or multimedia data. At (8), speakers are shared between the 
CODEC and client application 202 to initiate audio replay. At (9), camera(s) 
and camera enabled devices are attached to the CODEC. Client application 
202 controls the display and functions of the CODEC and teleconferencing 

20 software's interface to the camera. This includes live video display, self and 
remote views, camera source selection, and remote and automated camera 
control. At (10), the camera(s) can also be attached to a capture card 
capable of capturing still images or video from these camera sources. 
Cameras supporting TWAIN or other application interfaces can be connected 

25 to the client using available supported ports (serial, parallel, Universal Serial 
Bus (USB), Firewire, etc.) and interfaced to the application for the input of 
still image or multimedia acquisition. At (11), client application 202 controls 
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the interface to the capture card in response to user requests for image or 
video capture. At (12), client application 202 controls the interface to the 
LAN or WAN connections on client 200 to access a web server. These can be 
via a network interface card (NIC), modems, or CODECS. At (13), client 

5 application 202 processes all user input and coordinates system services and 
other application presentation and services for users. 

Referring now to FIG. 3, an overview of system 100 of FIG. 1 is 
provided. System 100 is based on an N-tiered client-server architecture. 
Three layers that comprise the system are an I/O layer 302, a server layer 

10 304, and a data layer 306. I/O layer 302 renders and presents the 

information to the user, and receives and processes input from the user. 
Server layer 304 processes the user requests and stores/retrieves the 
information for the user. Data layer 306 stores the data (user and system 
data) and makes the data available for storage/retrieval by server layer 304. 

15 The reason this architecture is N-tiered is that the server layer and the data 
layer can be distributed across numerous logical and physical devices. 

FIGs. 4 and 5 describe the particular architecture utilized in the present 
embodiment. As shown, the client display is hosted on a client machine 
running the display element of a web browser, such as Microsoft (MS) 

20 Internet Explorer (IE) web browser (version 4.01) provided by Microsoft 
Corporation of Redmond, Washington. The display screens for the web 
browser are generated and served from a web server, such as an MS Internet 
Information Server (IIS) (version 4.0), using Active Server Pages (ASP) 
technology. The user and system data used by the ASP to build and present 

25 the various presentations of the system are supplied by Active Server 

Components (ASC) running on an application server, such as MS Transaction 
Server (MTS) (version 2.0). The ASCs store and retrieve the data from a 
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database server, such as an MS SQL Server (version 6.5), which provides the 
mechanism for data storage. All of this Microsoft technology is well known 
and understood by those skilled in the art. 

The Internet is a network of networks which facilitates the transfer of 

5 data among numerous users who are connected to the network. The World 
Wide Web (the "Web") is the name of a high level user interface which has 
been created on the Internet to make transfers of data easier and more 
logical. The Web provides users with a distributed menu system. Menu 
pages or screens are displayed to users through which the user can easily 

10 request information from another computer, or host. One feature of the Web 
is the ability to nonlinearly link or jump from one set of information to 
another through display elements called hypertext links. When a screen 
displays something in the characteristic of a hypertext link, the user has the 
ability to click on the hypertext element and immediately be transferred to 

is the data or information identified by the hypertext, whether the data is at the 
same host as the displayed information or at some other host location 
somewhere else in the world. Typically, the user has the ability to thereafter 
click back to the original screen display, or follow a sequence of links to 
sought-after information which can then be transmitted, or downloaded, from 

20 that host A Uniform Resource Locator (URL) is an address for a resource on 
the Internet Web addresses with the prefix tt http://" denote Web screens 
with hypertext linking capability which conform to published RFC standards. 

HyperText Markup Language (HTML) pages describe what a Web 
browser Will display on the screen at a remote terminal. This includes 

25 buttons text, images, animated real time loops of images, sounds, and so 
forth. Web pages contain HTML tags of data which describe how the page is 
to be interpreted by a Web browser at a remote terminal. For reference only, 
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HTML pages may be directly encoded in software by following that published 
in a number of reference texts such as HTML and CGI Unleashed, by John 
December and Mark Ginsburg, published by Sams.net Publishing, 
Indianapolis, Ind.; simple HTML pages may be written using desktop 
5 publishing and word processing software, then encoded in HTML form using 
software known as the Internet Assistant, which may be downloaded through 
Microsoft's homepage at www.microsoft.com; public domain software known 
as "Web-maker" may be downloaded from the Internet and used to make 
Web pages. 

10 Referring back generally to FIGs. 4 and 5, typical usage of the system 

is described. The system is initiated. The web browser engine that 
constitutes the display requests the logon screen from the web server. The 
web server renders the logon screen and sends it to the browser, and the 
browser displays the logon screen. The user types in a username and 

15 password. This information is sent back to the web server which in turn 

sends the username and the password to the application server that validates 
the username and the password against the entries in the database. 

If the username and password are valid, then the appropriate home 
screen (i.e., the first screen presented to that user) is built, typically based on 

20 (at least in part) the logged on user's group membership, rules for the user, 
and the user's interface language preference. Most presentations are built 
using generic display framework code on the web server, where one of 
several different generic frameworks is called to build the requested screen. 
In the embodiment described, three generic frameworks are designed: the 

25 navigation framework, data list framework, and the data I/O framework. 

The appropriate generic framework calls the necessary application 
server functions to retrieve system data (information used to render the 
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page) and user data (user input information) stored in database(s). The 
generic framework uses the returned system data as "blueprint" information 
to render the appropriate page using pre-defined display components as 
building blocks. The pre-defined display components are stored in the web 

5 server as files and utilized as needed. The client code (HTML) needed to 
render the requested screen is constructed on the web server and sent to the 
client display. The client display "paints" the screen and awaits user 
interaction and input. In accordance with the user inputs or requests, the 
requested screens are built using the display framework, the display 

io components, and the database data. 

A particular feature that makes the system unique relates to the fact 
that the "blueprint information" required to build the various screens and 
associated functions is stored in the database and is modifiable without 
changes to the compiled server program. The compiled code for the system 

is acts merely as a general framework to allow the user to configure and extend 
the system to match how the user will use the system (e.g., appropriate for 
his/her "workflow"). 

The architectural design of the system is configurable to accommodate 
different technology or platform selections. For example, the display does 

20 not have to be implemented using web server/web browser technology, but 
can use any I/O device. Any suitable database management system (DBMS) 
may also be used, such as any American National Standards Institute (ANSI) 
compliant SQL relational DBMS. 



25 



Terminology Used In The Detailed Embodiment 

User. A "user" is a person who accesses the system. Typically, the 
user is authorized to access the system and has a logon name and valid 
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password. A user is defined in the system with a unique logon name on the 
server that they initially connect to. Users can span multiple servers or 
resources. In the case where the user access to information and functions 
spans multiple servers or other resources, they are identified to those 

5 resources unambiguously. 

Group. A "group" is a collection of users associated together to share 
access to the same or similar presentation, functionality, and/or data. A 
group is identified by a unique group name. Users may belong to any 
number of groups. Grouping of users is provided to allow the system to be 

10 configured to meet the needs of a client organization as it relates to making 
users "like" one another for purposes of data sharing or access to available 
resources. 

Location. A "location" is the client node or the physical workstation 
from which the user interacts with the system. The location is identified with 

is a unique symbolic location name as well as a unique location description. 
Along with the location identification, the capabilities of the location to 
support applications and the various multimedia capabilities of that location 
are stored in the database(s) so that the user can be presented with only 
those options supported at the location. 

20 Session. A "session" is the work performed by a particular user over 

some period of time. A session is characterized by a given user on a specific 
location of the system, from logon until logoff. The session is identified with 
a unique id that is programmatically generated when the session is initiated. 
Presentation. In general, a "presentation" is that information 

25 conveyed by or used at an I/O device to provide all or some part of a user 
interface. The information may include output information and control 
information. In this embodiment, the presentation comprises a GUI 
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presentatlon provided at a visual display monitor or a "screen" (see below). 
However, other "presentations" may be used to accomplish I/O processing 
and provided at other types of I/O devices (e.g., a touch screen display, 
voice-activated device, etc.). 

5 Screen. "Screens" are the visual display presentations provided to the 

user on a visual display (e.g., computer display monitor). Screens are 
dynamic in that they may display different functional objects as well as 
different data. The criteria for determining functionality and data access is 
typically based on (but not limited to) user, group, and location specification. 

io Page. A "page" is the canvas upon which the various display elements 

are rendered. The pages are dynamically rendered based on configuration 
data in the database. The result of rendering the page is a screen or screen 
region (subset of the entire display area) which is displayed to the user. A 
page is typically virtual and as such its definition in the database requires only 

15 a unique symbolic page name. A real active server page may optionally be 
correlated with the symbolic name. 

Display Component. "Display components" are used by the various 
frameworks to build pages. They typically provide a GUI for some 
functionality, such as audio record/playback, text note, image capture, etc. A 

20 display component may embody one or more Base Objects. 

Action Object. An "action object" is a display element that effects 
some sort of action when selected by the user. Action objects are used to 
invoke new functionality, which may result in navigation to a new screen. For 
example, the user may select "Patient List" to navigate to a presentation of all 

25 patients to which they have access. An action object may also represent 
requests for client or server processing appropriate to the current function 
being performed by the user. For example, the user may select "Print" to 
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obtain a hard copy print out of the patient list, and yet not have a resulting 
change in the screen displayed after initiation of the action. An action object 
is rendered per its definition that includes a specification not only for the 
location on the page, but also the label and/or image to be drawn. Based on 

5 the available information, action objects may be rendered as hyperlink text, 
hyperlink images with or without text, buttons, or other visual or even audible 
controls (e.g., voice-activated action objects). 

Label. A "label" is that which is displayed (e.g., a text string) in 
association with some object, and can be interpreted based on a designated 

10 language of the user. Labels are associated with pages for generic text 
display, visual display, audio presentation or other multimedia presentation; 
lists for column headings; and action objects for associating a label with an 
action. Labels may be stored in the database in multiple languages. The 
"languages" supported may include customized client versions that resemble 

is dialects. The database configuration for a user includes their display 

language of choice. Labels are retrieved from the database and rendered on 
the display in the language/preference of the user. Defining a label in the 
system involves providing a unique symbolic name for the label and the 
actual text string/multimedia object, associated with the label in each of the 

20 languages supported. In this way, the client can also effectively produce an 
interface that is unique without any change to the application code or 
executables. 

Language. ''Language" refers to a set of presentation items that can 
be configured by a user or set of users. This can relate to text: human 
25 language, dialects, specific terminology for an organization, etc. It can also 
include multimedia presentation data that can be configured by a user or set 
of users to support a unique presentation. 
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Container Type. A "container type" is a term used to represent data in 
the system that has a container hierarchy type structure. Lists are an 
example of containers. The list itself contains some number of columns. 
Containers are one of the system data building blocks. A container can 

5 contain other containers or base data. Containers also have attributes (name, 
display, image, audio presentation, creation date, etc.), all of which can be 
used in a presentation of the container, or used to sort or order groups of 
containers within a presentation. 

Base Object. The multimedia data elements (Base Data) that are 

io presented as a unit by the system, and for which there is no further 
decomposition, are created by Base Objects. Base Objects come in two 
"flavors": those that are system defined and are data building blocks thereof 
(text producing, image producing, audio producing, audio/video producing, 
Health Level 7 (HL7) message producing, notification producing, or other 

15 interface protocol producing objects for example), and those that are dient or 
system defined based on a combination of system Base Objects (scanner 
producing, progress note producing, Digital Imaging and Communications in 
Medicine (DICOM) producing, client application interface producing, for 
example). Base Objects specify the attributes (name, display image, audio 

20 presentation, creation date, creation user, X/Y presentation size and units, 
etc.) that each Base Data instance will have. 

Base Data. "Base Data" are instances of data based on user I/O with a 
Base Object. They are the multimedia data elements that are presented as a 
unit by the system and for which there is no further decomposition. Base 

25 Data also have attributes (name, display image, audio presentation, creation 
date, user creating the Base Data instance, etc.), all of which can be used in 
a presentation of the Base Data or used to sort or order groups of Base Data 
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within a presentation. 

List. A "list" is a display element that provides a tabular presentation 
of data. A list is a specialized container type. Columns of a list are defined in 
the database, whereas rows in a list (actual data elements) are determined 

5 by an action rule of the selected action object. A list itself is defined with a 
unique symbolic container type name. Then, the following information is 
provided for each column displayed in the list: label (used for column 
heading); column rule (an SQL query resulting in the desired attribute for the 
data element); load order (defines order which should be used to retrieve 

10 information for the database); display order (defines the order for rendering 
the information on the tabular presentation); and display format (optional 
parameter to specify special formatting to be performed on the data value). 

Sequence Presentation. A "sequence presentation" is a presentation 
that allows multiple pages to be displayed simultaneously, in a consecutive 

is fashion, in a data I/O framework (e.g., using frames for a browser). Each 
sequence is specified in the database with a unique symbolic name. Each 
page of a sequence presentation is defined with information including display 
order, submit order, data type, HTML page name, and HTML anchor name. 
Access Rule. "Access rules" are instructions associated with action 

20 objects to control availability of functionality. At runtime, the access rules are 
fired and, based on the outcome, an action object will be enabled or disabled 
for a particular instance of a page's rendering. In this embodiment, an access 
rule is an SQL query which is stored in the database. While the access rule 
may evaluate based on the user, user group(s), prior presentations (routes) 

25 to the current presentation, and client node configuration information stored 
in the database, it is not prohibited from utilizing any criteria in its evaluation. 
An access rule is defined using a unique symbolic rule name and the rule 
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expression (e.g., SQL query). The rule must be encoded to return at least 
one value to enable the functionality. 

Action Rule. "Action rules" are instructions associated with action 
objects to control access of data (e.g., patient records). At runtime, the 

5 action rule is fired to return identification for the data elements that are to be 
displayed. In this embodiment, an action rule is an SQL query which is stored 
in the database. An action rule is defined using a unique symbolic rule name 
and the rule expression (e.g., SQL query). The rule is encoded to return 
identification of all data elements to be displayed. 

10 More on Action Objects. Availability of action objects is controlled by 

access rules. Selection of an action object navigating to another page that 
displays data, utilizes the action rule associated with the action object to limit 
data access. An action object is defined using the following information: a 
unique symbolic action object name; an access rule; an action rule (optional 

15 unless the action object navigates to another screen displaying data); a label 
(optional if an image is to be displayed representing selection); an image 
(optional if a label is to be displayed representing selection); a URL 
(parameter identifying action to be performed given user selects the action 
object); URL parameters (optional parameter identifying any additional 

20 information required by the action object handler if the action object is 
selected); a list type (optional unless the action object is a column of a list 
presentation); an action type (optional unless for action objects associated 
with a list presentation); a launch (optional parameter used to direct the 
launch of a new browser for display of resultant screen); and a target 

25 (optional parameter to identify the screen region to be updated with new 
display). Once defined, the action objects are associated with pages. In the 
embodiment described, this association includes: a unique symbolic page 
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name; a unique symbolic action object name; a screen location identifier; and 
a display order (to control the placement of action objects on the page in the 
same location). 

5 Implementation of the Detailed Embodiment 

FIGs. 9, 11, and 13 are flowcharts describing the methods of 
building/assembling different types of presentation pages. FIGs. 10, 12, and 
14 are example illustrations of those presentation types and correspond to 
FIGs. 9, 11, and 13, respectively. With respect to the flowcharts of FIGs. 9, 

10 11, and 13, and the associated flowcharts of FIGs. 22-33, APPENDIX A 
describing the associated database tables should be referenced. In this 
embodiment, one of the different general framework types is selected and 
executed based on the request (e.g., requested screen) from the client. In 
addition, the methods described in relation to FIGs. 9, 11, and 13 are 

is executed with software, using ASP technology. 

FIG. 9 is a flowchart describing a method of building or assembling a 
presentation page of the "navigation" type. An illustration of the navigation 
type screen is shown in FIG. 10. The navigation display framework builds the 
menu selections that allow the user to navigate to the various screens of the 

20 system. The action object in the context of the navigation page provides a 
mechanism to allow the user to move to a different screen within the system. 

Beginning at a start block 900 in FIG. 9, the web server calls a 
LoadActionObjects function in the application server to get Action Objects 
from a "Standard Navigation" collection for the navigation options (step 902). 

25 LoadActionObjects is described later in relation to FIG. 22. Next, the web 
server builds an HTML page using the Action Objects (step 904). The web 
server sends this HTML page information to the client for presentation (step 
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906). At the client, the browser renders the standard navigation screen using 
the information, and the browser waits for a user selection or request. The 
flowchart ends at a block 908. Once a navigational action object has been 
clicked or selected by the user, the browser will navigate to tine requested 
5 screen. 

The following information is used from the "Standard Navigation" 
Action Objects: Navigation label; Navigation page name (URL); Navigation 
parameters (URL Parameters); Navigation page target (display region); 
Navigation icon/thumbnail image; and Navigation Action Object ID number. 

10 FIG. 11 is a flowchart describing a method of building or assembling a 

presentation page of the "list" type. An illustration of the list type screen is 
shown in FIG. 12, which includes the main components thereof. As shown, 
the data list display framework is used to display a list of items to the user. 
Beginning at a start block 1100 in FIG. 11, the web server calls the 

15 LoadActionObjects function (FIG. 22) in the application server to get Action 
Objects for the navigation options for the page (step 1102). Next, the web 
server selects the "List Containers" Action Objects (step 1104) and the 
"Command Area" Action Objects (step 1106) from the returned Action 
Objects. The web server builds and sends the HTML page data to the client 

20 for presentation (step 1108). At the client, the browser renders the outer 
portions of the tabbed list page (tabs, command buttons). The preceding 
steps are associated with Data List Controls — drawing the control portion of 
the list page (e.g., tabs). 

The following information is used from the "List Containers" Action 

25 Objects (at step 1104): Number of tabs; Tab label font name, size & weight; 
Tab label; Tab status (enabled or disabled); Tab navigation page name 
(URL); Tab navigation parameters (URL Parameters); and Tab Action Object 
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ID number. The following information is used from the "Command Area" 
Action Objects (at step 1112): Command button label; Command button 
Action Object ID number; Command button navigation page or action 
subroutine call; Command button navigation page parameter or subroutine 

5 parameter; and Command button navigation target (page region). 

Next, the web server calls a GetListHeaders function in the application 
server to get column headers, and calls a GetListObjects function in the 
application server to get appropriate data (step 1110). GetListHeaders is 
described later in relation to FIG. 24, and GetListObjects is described later in 

10 relation to FIG. 25! The web server then calls the LoadActionObjects function 
(FIG. 22) in the application server to get "Command Area" Action Objects for 
the list page (step 1112). The web server builds and sends the HTML page 
data to the client for presentation (step 1114). At the client, the browser 
renders the data table with the header and data list information using the 

15 data, and the browser waits for a user selection or request. The preceding 
steps (steps 1110-1114) are associated with the Data List itself - building the 
actual list table and actions for the list. The flowchart ends at a block 1116. 

The sequence of atl the steps in FIG. 11 are executed quickly so that 
the user sees one new presentation screen after the client browser renders 

20 ail of the HTML information. Once a tab has been clicked or selected by the 
user, then the "List Data" section is rendered with the requested page. If the 
Action Object is selected from the data list, then the browser will navigate to 
the requested screen. 

The following information is returned from GetListHeaders for the data 

25 table header: Column header label; and Column header display order. The 
following information is returned from GetListObjects for each of the data 
table elements (cells): Column data display order; and Column data, which 
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includes: icon/thumbnail; label/text; Action Object (contains similar 
information as "Command Area" button or "Standard Navigation" link); and 
selection checkbox. 

FIG. 13 is a flowchart describing a method of building or assembling a 
5 presentation screen of the "data I/O" type. An illustration of the data I/O 
type page is shown in FIG. 14. The data I/O framework is used to build the 
screens used for data input and presentation. The data I/O framework 
assembles various display components to produce a page that presents a 
data item. 

10 These display components may be system provided components, or 

they may be user-created HTML files (described in more detail below). As 
shown in FIG. 14, the Personal Information, Patient Information, Medical 
Record Number and Image Capture display components are used to assemble 
the Patient Registration page. To generate new data pages, the user needs 

15 to only generate the display component (in HTML or ASP) and configure the 
database to define the new data pages. 

Beginning at a start block 1300 in FIG. 13, the server calls a 
GetDataFrames function in the application server to get sequence 
presentation information for the page to be rendered (step 1102). 

20 GetDataFrames is described later in relation to FIGs. 28A and 28B. Next, the 
web server creates frame navigation buttons using Frame navigation 
information returned from GetDataFrames (step 1304). Then, the web server 
calls the LoadActionObjects function (FIG. 22) in the application server to get 
the "Command Area" Action Objects (step 1306). The web server builds and 

25 sends the HTML page data to the client for presentation (step 1308). The 
client browser renders the data input controls (outer navigation, display, and 
command sections). 
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The following information is returned for each of the frames in a data 
item: Display order sequence; Submit (save) order sequence; Page label and 
name; Page section navigation (anchor); Component to load name (URL); 
Save component name (URL); Cancel component name (URL); Component 

5 display size; Electronic signature needed flag; ASC name for load/save; Data 
item ID (for saved data); and Data type ID. The following information is used 
from the "Command Area" Action Objects: Command button label; Command 
button Action Object ID number; Command button to navigate to different 
screen or to call a subroutine; Parameter for navigating to a different screen 

10 or parameters to call a subroutine; and Information for where to draw the 
new screen or page. 

Next, the web server calls a LoadLabels function in the application 
server to get dynamic text labels (if any) for the data element components 
(step 1310). LoadLabels is described later in relation to FIG. 27. The web 

15 server then calls a GetSeiectorList function in the application server to get 
selection options for the selectors (if any) on the data element components 
(step 1312). GetSeiectorList is described later in relation to FIG. 30. The 
web server builds and sends the HTML page data to the client for 
presentation (step 1314). The sequence of steps in FIG. 13 are executed 

20 quickly so that the user sees one new presentation screen after the client 
browser renders all of the HTML information. The flowchart ends at a block 
1316. 

At the client, a user enters/updates data into the data element 
components of the screen and selects one of the "Command Area" buttons 
25 for the server to act accordingly. The browser responds to user buttons 
selections by: Client-side actions through scripting, such as printing the 
current page to paper; Navigates to a "save" page to save or update the user 
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input data using ASCs (e.g., by calling AddValue to save the value and calling 
SaveNewDataltem for new data and UpdateDataltem for updates to existing 
data in the VMGenericData ASC); and Navigates to a "cancel" page and 
returns the user to the previous screen. 

5 In addition to pre-defined system components, customized "user- 

defined" components may be utilized in the system as well. Typically, a user- 
defined component attempts to duplicate actual paper forms used in the 
user's office. As described herein, certain core display components are "pre- 
built" and may be used in sequence presentation definitions. These display 

10 components include the personal information component, the patient 

information component, the medical record number component, the data item 
description component, the image/portrait capture component, the scan 
image component, the import image file component, the audio capture 
component, the text input component, the video capture component, and 

is others. To create new data I/O pages, display components may be defined in 
the sequence presentation definition along with user-defined display 
components (e.g., HTML files). No changes to the compiled, core program 
are necessary. An example illustration of a page including user-defined 
components is shown in FIG. 16. This screen contains three HTML files that 

20 are user created using an HTML generation tool (e.g., MS FrontPage *98). 

FIG. 15 is a flowchart describing a method of entering a "user-defined" 
component into the system for utilization in a page. Typically, this procedure 
would be executed by a system administrative user in a manual fashion. 
Starting at a start block 1500 of FIG. 15, the user creates a display 

25 component (e.g., an HTML file using an HTML generation tool) (step 1502). 
This component is stored in the web server as a file along with the predefined 
components. As shown in FIG. 16, three new display components (Allergies, 
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Patient Data, and Vital Signs components) were created. 

The newly created HTML file is processed through a software tool that 
generates a database table generation script (step 1504). The tool is written 
to scan the HTML file to look for data elements and to generate a script 

5 which, when executed, will appropriately allocate storage space in the 
database based on those data elements. The script is then executed to 
create a new database table which stores the information from input 
elements of the HTML file (step 1506). For example, in the "Vital Signs" 
section in FIG. 16, the fields corresponding to "Date", "Wt." (weight), "B.P." 

10 (blood pressure), "Pulse", and "Ht." (height) would be newly created fields of 
a new "Vital Signs" database table. 

Next, the database is modified to define a sequence presentation (step 
1508). The sequence presentation for FIG. 16 uses three user-created HTML 
files and an existing data list page as a component (4 display components 

15 total). The information for a sequence presentation includes: (1) what 

HTML/ASP components to display, (2) in what order to display the HTML/ASP 
components, (3) the section header text, (4) the data type specification for 
saving the data to appropriate database tables created using the tool, (5) the 
mechanism through which the data is loaded and saved, and (6) the amount 

20 of screen to dedicate to displaying the component A generic mechanism for 
loading and saving the data is provided as part of the system. 

The database is modified to create a sequence presentation that 
defines the new data I/O page and assign Action Objects to that page (e.g., 
Save button, Cancel button, Edit button, etc.) (step 1510). For the example 

25 above, a "Cover Page" was defined and the Save, Edit, and Cancel buttons 
assigned to that page. Next, the database is modified to define an Action 
Object that will allow access to the newly created data I/O page (step 1512). 
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The "Cover Page" action object was created for this example. Finally, the 
page(s) that will host the Action Object are configured to allow access to the 
newly created data I/O page, and the Action Object is added to that page 
(step 1514). As shown in FIG. 16, the "Cover Page" action object was 

5 assigned to the "Cover Page" tab of the Patient Chart. 

FIGs. 17-21 are example illustrations of screens dynamically generated 
using the methods described herein. Note that the screens of FIGs. 20 and 
21, as well as the screen in FIG. 16, are shown in extended fashions for 
illustration clarity only and allow the use of well-known scroll bars for full 

10 viewing. 

FIG. 17 is an example illustration of an "Audio Note" screen of the data 
I/O framework type, which has been dynamically generated using the 
described methods herein. A user may enter text information in the fields 
under Data Item Information, and record and listen to audio using the audio 
15 component area. The general framework is used to host two data I/O 

components. The Data Item Description arid Audio components were created 
in ASP. The general framework code retains no specific knowledge about the 
two components, except what was loaded in during program execution time 
from the database. 

20 FIG. 18 is an example illustration of a "Text Note" screen of the data 

I/O framework type, which has been dynamically generated using the 
methods described herein. A user may enter text data in the fields shown 
and save it to the database. 

FIG. 19 is an example illustration of an "Image Import" screen of the 

25 data I/O framework type, which has been dynamically generated using the 
methods described herein. Again, the same framework code is used to 
support an Import Image data I/O page. The only major difference between 



JSDOCID:<WO 004S301A1 I > 



WO 00/45301 



-35- 



PCT/USO0/O1839 



this and the Audio Note screen is the actual data I/O components used (Data 
Item Information and Import Image ASP pages) and the sequence 
presentation information in the database. 

FIG. 20 is an example illustration of a screen of the data I/O 

s framework type, where the page incorporates several system and user 
defined components, which has been dynamically generated using the 
methods described herein. In this example showing a client-specific "Patient 
Registration" page, the core display components (Patient Information & 
Image Capture components) are integrated with a user-provided HTML file 

10 (Patient Registration component). Again, no change to the compiled code 
was necessary to generate this page. The user-provided Patient Registration 
component attempts to duplicate the actual paper forms used in the user's 
office. 

FIG. 21 is an example illustration of the data I/O framework type, 
is where the page incorporates system and user defined components, which has 
been dynamically generated using the methods described herein. The page 
here further imitates the actual paper form by eliminating the different 
section headers and dividing lines for the last four components. By 
configuring the sequence presentation not to include headers for each 
20 component, the display components are seamlessly "glued" together to 
present a singular form look. Image data may be particularly important to 
show visual status of patients, as in the case shown in FIG. 21 of a patient 
looking very ill. 

For use in relation to the methods described in relation to FIGs. 9, 11, 
25 and 13, FIGs. 22-33 are flowcharts describing server actions taken for the 
dynamic generation of such presentations. The methods described in relation 
to FIGs. 22-33 are executed with software using ASCs on the application 
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server. As mentioned above, the detailed embodiment described herein does 
not serve to limit the scope of the invention, but only to enable one skilled in 
the art how to practice the invention and to disclose the best mode thereof. 

5 Function LoadActionObjects . FIG. 22 is a flowchart describing a 

method associated with Function LoadActionObjects. LoadActionObjects 
identifies the action objects associated with the named page to which the 
user logged on at the particular location has access. Output from the 
function is a collection that identifies the action objects with all the 

10 parameters required by the GUI software. 



15 



INPUT 
PageName 
Userld 
Locationld 

D i sp 1 ay Language I d 

Select ionValues 



20 



DESCRIPTION 
symbolic name for page 
logon user identifier 
location (client node) 
identifier 
logon user display- 
language identifier 
array of keyword and value 
pairs of information 
necessary to process the 
access rules of the action 
obj ects 



25 



OUTPUT 
List 



DESCRIPTION 
collection of action 
objects and all the 
parameters describing the 
action object formatting 
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The method is performed as described in the FIG. 22. With respect to step 
2202, the following instructions may be performed: 

SELECT <PageId> = PAGE__ID FROM Pages 
5 WHERE PAGE__NAME = <PageName> 

With respect to steps 2204, 2206, and 2208, the following instructions may 
be performed: 

10 SELECT AO . * , PAO . * , GTS . Text_String 

FROM Action_pbjects AS AO 
INNER JOIN Page_Action_Objects AS PAO 

ON AO.Action_Object_ID = PAO. Action_Object_ID 
INNER JOIN Gui_Text_Strings AS GTS 
15 ON AO.Text_ID = GTS . Text_ID 

WHERE PAO-Page_ID = <PageId> 

AND GTS . Language_ID « <DisplayLanguageId> 
ORDER BY AO.Location_On_Page, PAO.Display_Order 

20 With respect to step 2214, the following instructions may be performed: 

<StoredProcedureName> = u v2k_p_" & <PageId> & 
St <AccessRuleId> 



WO 00/45301 



-38- 



PCT/US00/01839 



With respect to step 2222, the List that is returned to the caller may include; 

5 

Locat i onOnPage 
DisplayOrder 
ActionObjectld 
ActionObj ectName 
10 ActionType 
Image 
Label 
URL 

URLParameters 
15 Launch 
Target 
Enabled 

20 Function LoadActionObiectStoredProcedure , FIG. 23 is a flowchart 

describing a method associated with Function 

LoadActionObjectStoredProcedure. LoadActionObjectStoredProcedure builds 
the stored procedure that is an access rule associated with a given page. The 
Userld, Locationld, and DisplayLanguageld are automatically included as 
25 parameters to the stored procedure. Any other parameters required by the 
stored procedure must be supplied in the SelectionValues array. 
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10 



15 



INPUT 
Page Id 
Userld 
Locationld 

Di sp 1 ay Language I d 

AccessRuleld 
Select ionValues 



StoredProcedureName 



DESCRIPTION 
page identifier 
logon user identifier 
location (client node) 
identifier 
logon user display 
language identifier 
access rule identifier 
array of keyword and value 
pairs of information 
necessary to process the 
access rules of the action 
obj ects 

name of stored procedure to 
be created 



20 



OUTPUT 
N/A 



DESCRIPTION 
N/A 



The method is performed as described in FIG. 23. With respect to step 2302, 
the following instruction may be executed: 



25 



SELECT <RuleExpression> = Rule_Expression 
FROM Rules WHERE Rule_ ID = <AccessRuleId> 
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With respect to step 2304, the following Instructions may be executed: 

<SqlString> = w CREATE PROC * & <StoredProcedureName> 

5 & " ( 

@@User_Id int, @@Location_Id int, 
@@D i sp 1 ay_Language_ Id int" 
For Each element In SelectionValues 

<SqlString> = <SqlString> & " , @@" & <Keyword> 

10 & 

» var char (255) " 

Next 

<SqlString> = <SqlString> & " ) AS SET NOCOUNT ON " & 
<RuleExpression> 



15 



20 



25 



With respect to step 2306, 

Execute <SqlString> 

With respect to step 2308, the following instructions may be performed: 

<SqlString> = "GRANT ALL ON " & 
<StoredProcedureName> & 

« TO u <DBUserName> 
Execute <SqlString> 

With respect to FIG. 23 generally, an example Is provided below under the 
heading ^Example of LoadActionObjectStoredProcedure/' 
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Function GetListHeaders . FIG. 24 is a flowchart describing a method 
associated with Function GetListHeaders. GetListHeaders returns the column 
headings in the requested language for the table to be built. 



10 



15 



20 



INPUT 

Userld 

Locationld 

D i sp 1 ay Language I d 

ContainerTypeName 
Select ionValues 



OUTPUT 
List 



DESCRIPTION 

logon user identifier 

location (client node) 

identifier 

logon user display language 
identifier 

name of the list to be displayed 
array of keyword and value pairs 
of information necessary to 
process the list 

DESCRIPTION 

collection of list column 
headings information, including 
the display order and text 
string 



The method is performed as described in RG. 24. With respect to step 2402, 
the following instruction may be performed: 



25 SELECT <ContainerTypeId> = ContainerJType_ID FROM 

Cont a ine r_Type s 

WHERE Container_Type_Name = <ContainerTypeName> 
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With respect to step 2404, the following instructions may be performed: 

SELECT DISTINCT GTS . TEXT_STRING AS Column_Name, 
Display_Order 

FROM Container_List_Columns AS CLC 
INNER JOIN Gui_Text_Strings AS GTS 

ON CLC.Text_ID = GTS . Text_ID 
WHERE Container_Type_ID = <ContainerTypeId> 

AND Language_ID = <DisplayLanguageId> 
ORDER BY Display_Order 

With respect to step 2408, the <List> that will be returned to the caller may 
include: 

column heading text string 
display order 
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Function GetListObjects . FIG, 25 is a flowchart describing a method 
associated with Function GetListObjects. GetListObjects returns an array 
containing all the information necessary to build the list presentation. Data is 
returned for each column with all the rows sorted into the proper order. 



10 



15 



20 



INPUT 

Userld 

Locationld 

Displ ayLanguage I d 

Ac t i onOb j ec t Name 

Con t a i ne rTypeName 
Select ionValues 



OUTPUT 
List 



DESCRIPTION 

logon user identifier 

location (client node) 

identifier 

logon user display language 
identifier 

name of the action object 
leading to the list display 
name of the list to be displayed 
array of keyword and value pairs 
of information necessary to 
process the list 

DESCRIPTION 

collection representing a grid 
of the columns and rows in the 
list 



25 



The method is performed as described in FIG. 25. With respect to step 2502, 
the following instruction may be performed: 



30 



SELECT <ActionObjectId> = Action__Object_ID FROM 
Action_Ob j ects 

WHERE Action_Object_Name « <ActionObjectName> 
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With respect to step 2504, the following instruction may be performed: 

SELECT <ContainerTypeId> = Container_Type_ID FROM 
Con t a i ne r_JType s 
5 WHERE Container_Type_Name = <ContainerTypeName> 

With respect to step 2506, the following instruction may be performed: 



SELECT <ActionRuleId> = Rule_ID FROM Rules AS R 
10 INNER JOIN Action_Objects AS AO 

ON AO. Action_Rule_ID = R.Rule__ID 
WHERE AO.Action_Object_ID = <ActionObj ectld> 



15 



With respect to step 2508, the following instruction may be performed: 

SELECT * FROM Container_List_Columns 

WHERE Container_Type__ID « <ContainerTypeID> 

ORDER BY Load Order 



20 With respect to step 2514, the following instruction may be executed: 



<StoredProcedureName> = w v2k_r_" & <ActionRuleID> & 
"_t_" & <ContainerTypeId> & "_c__" . & <OrderId> 
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With respect to step 2522, the following list will be returned to the caller 
based on <ColumnType>: 

if <ColumnType> is action object 
5 include : 

Containerld 

DisplayOrder 

Act ionOb j ectName 

ActionObjectld 
10 Image 

Label 

D i sp 1 ay Forma t 
URL 

URLParameters 
15 Mode 

Launch 
Target 

else if <ColumnType> is label 
include : 
20 DisplayOrder 
Image 
Label 

Display Format 
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Function LoadColumnStoredProcedure , FIG. 26 is a flowchart 
describing a method associated with Function LoadColumnStoredProcedure. 
LoadColumnStoredProcedure builds the stored procedure that retrieves the 
column information for a list presentation. The Userld, Locationld and 
s DisplayLanguageld are automatically included as parameters to the stored 
procedure. Any other parameters required by the stored procedure are 
supplied in the SelectionValues array. 



10 



15 



20 



INPUT 

Userld 

Locationld 

Di spl ayLanguage I d 

ContainerTypeld 
Orderld 
ActionRuleld 
Select ionValues 



StoredProeedureName 



DESCRIPTION 

logon user identifier 

location (client node) 

identifier 

logon user display language 
identifier 

list type identifier 

column order identifier 

access rule identifier 

array of keyword and value pairs 

of information necessary to 

process the access rules of the 

action objects 

name of stored procedure created 



25 



OUTPUT 
N/A 



DESCRIPTION 
N/A 



The method is performed as described in RG. 26. With respect to step 2602, 
the following Instruction may be executed: 



30 



SELECT <ActionRuleExpression> = Rule_Expression 
FROM Rules WHERE Rule ID = <Act ionRule!d> 
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With respect to step 2604, the following instruction may be executed: 

SELECT <ColumnRuleExpression> = Column_Rule 
FROM Container_List_Columns 

WHERE CONTAINER_TYPE_ID = < ContainerTypeId> 
AND LOAD_ORDER = " & <OrderID> 

With respect to step 2606, the following instructions may be executed: 



10 <SqlString> = "CREATE PROC " & <StoredProcedureName> 

& " ( 

User_Id int, @@Location_Id int, 
@@Display_Language_Id int " 

For Each element In <SelectionValues> 
15 <SglString> = <SqlString> & ", @@ ,! & 

<Keyword> & " varchar (255) 11 

Next 

<SqlString> = <SqlString> & " ) AS SET NOCOUNT ON " 
<SqlString> = <SqlString> & "Create Table 
20 #t_Containers (Container_ID int) " 

<SqlString> = <SqlString> & "INSERT INTO 
#t_Containers (Container__ID) w 

<SqlString> = <SqlString> & <ActionRuleExpression> 
<SqlString> = <SqlString> & <ColumnRuleExpression> 



25 



30 



With respect to step 2608, 

Execute <SqlString> 

With respect to step 2610, the following instruction may be executed: 



<SqlString> = "GRANT ALL ON " & 
< S toredProcedureName > & 

i% «po « <DBUserName> 
Execute <SqlString> 



35 
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With respect to FIG- 26 generally, an example is provided below under the 
heading "Example of LoadColumnStoredProcedure." 

Function LoadLabels . FIG. 27 is a flowchart describing a method 
5 associated with Function LoadLabels. LoadLabels identifies the labels 
associated with the named page. Output from the function is an array that 
identifies the labels by their symbolic name and provides the text strings to 
the caller in the language requested. 



10 



15 



INPUT 
PageName 
Userld 
Locationld 

DisplayLanguageld 



DESCRIPTION 

symbolic name for page 

logon user identifier 

location (client node) 

identifier 

logon user display language 
identifier 



20 



OUTPUT DESCRIPTION 

List collection of labels that 

includes the symbolic name and 

text string 
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The method is performed as described in FIG. 27. With respect to step 2702, 
the following instructions may be performed: 



SELECT PL . LABEL__NAME , GTS . TEXT_STRING 
5 FROM PAGES AS P, 

INNER JOIN PAGE_LABELS AS PL 

ON P.PAGE_ID = PL.PAGE_ID 
INNER JOIN GUIJLABELS AS GL 

ON PL . LABEL_NAME = GL . LABEL_NAME 
10 INNER JOIN GUI_TEXT_STRINGS AS GTS 

ON GL. TEXT__ID = GTS . TEXT_ID 
WHERE P.PAGE_NAME = <PageName> 

AND GTS . LANGUAGE__ID = <DisplayLanguageId> 

is With respect to step 2704, the <List> that will be returned to the caller may 
include: 

label symbolic name 
text string 

20 
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Function GetDataFrames . FIGs. 28A and 28B are flowcharts describing 
a method associated with Function GetDataFrames. GetDataFrames returns 
an array containing all the information necessary to build a sequence 
presentation page. This information includes specifics about each of the data 
5 components including display information (display order, form tag, form, 
frame height, etc) as well as processing information (submit order, save 
action, cancel action, electronic signature required indicator, ASC name, data 
type identification, etc.) 

10 INPUT DESCRIPTION 



20 



15 



Ac t i onOb j e c t Name 



Userld 
Locationld 



Di spl ayLanguage I d 



Display-Sequence 
Select ionValues 



Con t a i ne rName 



logon user identifier 
location (client node) 
identifier 

logon user display language 
identifier 

name of the action object 
leading to the sequence display 
name of the parent data 
container to be displayed in the 
sequence 

name of the display sequence 
array of keyword and value pairs 
of information necessary to 
process the data sequence 



25 



OUTPUT 
List 



DESCRIPTION 

collection of data frame and 
associated data item information 
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The method is performed as described in FIGs. 28A and 28B. With respect to 
step 2802, the following instruction may be performed: 

SELECT <ActionObjectId> = Action__Object_ID FROM 
5 Action^ Objects 

WHERE Action_Object_Name = <ActionObj ectName> 

With respect to step 2804, the following instruction may be performed: 

10 SELECT <ContainerId> = Container_ID FROM Containers 

WHERE Container^ Name = <ContainerName> 

With respect to step 2806, the following instruction may be performed: 



SELECT <SequenceId> = Sequence_ID FROM 
Da t a_JT t em_S equenc e s 

WHERE Sequence_Name ~ <DisplaySequence> 
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With respect to step 2808, the following instructions may be performed: 



SELECT DT.ASCJDbject_Name, DISP.*, GTS . Text _St ring 
FROM Data_Item_Sequence__Pages AS DISP 
5 INNER JOIN Data_Types AS DT 

ON DISP.Data_Type_ID = DT.Data_Type_ID 
FULL OUTER JOIN Gui_Text_Strings AS GTS 

ON DISP . HTML_FORM_PAGE_TEXT_ID = GTS . Text_ID 
WHERE DISP.Sequence_ID = <DisplaySequenceID> 
10 AND GTS . Language_ID IN (null, 

<DisplayLanguageId>) 
UNION 

SELECT 1 * AS ASC__Object_Name, DISP.*, 
GTS . Text _St ring 
15 FROM Data_Item_Sequence_Pages AS DISP 

FULL OUTER JOIN Gui_Text_St rings AS GTS 

ON DISP.HTML_FORM_PAGE_TEXT_ID = GTS . Text_ID 
WHERE DISP. Sequence_ID = <DisplaySequenceId> 
AND Data_Type_ID IS NULL 
20 AND GTS.Language_ID IN (null, 

< D i s p 1 ay Language I d > ) 
ORDER BY Display__Order 
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With respect to step 2812, the <List> that will be returned to the caller 
includes: 

DisplayOrder 
- 5 SubmitOrder 
FormPageName 
FormPageAnchor 
FormPageLabel 
FormPage 
10 FormTag 

FormS ave Ac t i on 

FormCancelAction 

FrameHeight 

ElectronicSignatureRequired 
15 AS COb j ectName 

DataTypeld 
Dataltemld 

With respect to step 2816 of FIG. 28B, the following instruction may be 
20 performed: 

SELECT * FROM Action_Obj ects 

WHERE Action_Object_ID = <ActionObj ectld> 

25 With respect to step 2822 of FIG. 28B, the following instruction may be 
performed: 

<StoredProcedureName> = w v2k__r_" & <ActionRuleID> & 
"_s_" & < Sequence I d> 

30 

With respect to step 2832, this step updates the <DataItemID> of <List>. 
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Function LoadDataltemsProcedure , FIG. 29 is a flowchart describing a 
method associated with Function LoadDataltemProcedure. 
LoadDataltemsProcedure builds the stored procedure that retrieves the 
identification of the data elements to be displayed in the sequence 
5 presentation. The Userld, Locationld and DisplayLanguageld are 

automatically included as parameters to the stored procedure. Any other 
parameters required by the stored procedure are supplied in the 
SelectionValues array. 



10 .. INPUT 

Userld 
Locationld 

D i sp 1 ayLanguage I d 

15 

Sequenceld 

ActionRuleld 

SelectionValues 

20 

StoredProcedureName 



DESCRIPTION 

logon user identifier 

locat ion ( cl ient node ) 

identifier 

logon user display language 

identifier 

sequence identifier 

action rule identifier 

array of keyword and value pairs 

of information necessary to 

process the access rules of the 

action objects 

name of stored procedure created 



OUTPUT DESCRI PTION 

25 N/A N/A 

The method is performed as described in FIG. 29. With respect to step 2902 
of FIG. 29, the following instruction may be performed: 

30 SELECT <ActionRuleExpression> « Rule_Expression 

FROM Rules WHERE Rule ID = <ActionRuleId> 
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With respect to step 2904 of FIG. 29, the following instructions may be 
performed: 

<SqlString> = "CREATE PROC " & <StoredProcedureName> 

5 €c 

" (<§>@User_Id int, @®Location_Id int, 
@@Display_Language_Id int, @<§>Container_ID int 11 

For Each element In SelectionValues 

<SqlString> = <SqlString> & " , @@" & <Keyword> 
10 & " varchar (255) " 

Next 

<SqlString> = <SqlString> & ") AS SET NOCOUNT ON " 
<SqlString> = <SqlString> & 

"SELECT C.Container_Type_Id, DO.Data_Item_Id, 
15 DI . Data_Type_ID 

FROM Data_I terns AS DI 
INNER JOIN Data_Objects AS DO 

ON DI .Data_Item_ID = DO .Data_Item_ID 
INNER JOIN Containers AS C 
20 ON C.Container_ ID = DO . Container_ID 

WHERE DO.Container_ID (" 

Sc <ActionRuleExpression> & w ) " 

With respect to step 2910, 
25 Execute <Sql String > 

With respect to step 2912, the following instructions may be performed: 



<SqlString> = "GRANT ALL ON " & 
30 <StoredProcedureName> & w TO * <DBUserName> 
Execute <SqlString> 
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Function GetSelectorList FIG. 30 is a flowchart describing a method 
associated with Function GetSelectorList. GetSelectorList identifies the values 
for the drop-down selector on the named page. The output of the function is 
a collection that contains the text strings to be displayed along with their 
5 internal identifiers. 



INPUT 
PageName 
SelectorName 
10 Userld 

LocationID 

D i sp 1 ay Language I D 



15 OUTPUT 
List 



DESCRIPTION 

symbolic name for page 

symbolic name for the selector 

logon user identifier 

location (node) identifier 

logon user display language 

identifier 

DESCRIPTION 

collection of text strings with 
the internal identifiers 



The method is performed as described in FIG. 30. With respect to step 3002, 
20 the selector information retrieved includes an <ActionObjectArea>. The 
following instruction may be used: 

SELECT SELECTOR_ID, ACTION JDBJECT_AREA 
FROM SELECTORS S, PAGES P, DYNAMIC_S ELECTORS DS 
25 WHERE PAGE_NAME = < PageName > 

AND S.PAGE_ID = P.PAGE_ID 
AND DS.PAGE_ID = P . PAGE__ID 
AND SELECTOR NAME <SelectorName> 
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Function LoadDataltem . FIG. 31 is a flowchart describing a method 
associated with Function LoadDataltem. LoadDataltem retrieves the data 
associated with the passed in data item ID from the database. The function 
must determine the type of data to retrieve by querying the database for the 
appropriate table to load the data from. The output of this function is a 
collection of items retrieved for the passed in data item ID. 



10 



INPUT 

DataltemID 

OUTPUT 
ReturnList 



DESCRIPTION 

The ID of the data item to load 
DESCRIPTION 

The collection of data that was 
retrieved for this data item ID 



is The method is performed as described in RG. 31. With respect to step 

3102, the following instructions may be used: 



20 



SELECT Data_Types . * 
FROM Data__Types 

INNER JOIN Data_Items ON Data_Types , Data_Type__ID 

Data_I terns . Data__Type_ID 
WHERE Data Item ID = <DataItemID> 



25 



With respect to step 3106, the following instruction may be executed: 



SELECT * FROM <DataTable> 

WHERE Data Item ID - <DataItemID> 
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Function AddValue . FIG. 32 is a flowchart describing a method 
associated with Function AddValue. AddValue is called prior to a call to 
SaveNewDataltem or UpdateDataltem. It takes a name/value pair and adds 
it to the collection maintained inside the VMdata class. This function is called 
by either ASP's or COM's to add individual data elements to a data item. 



10 



INPUT 

ControlName 



Data Value 



DESCRIPTION 

The name associated with the 
data element; used for column 
name resoluti on 

The value of the data element ; 
this value can be of any type 
handled by Visual Basic 



15 



OUTPUT 
N/A 



DESCRIPTION 
N/A 



The method is performed as described in FIG. 32. 



20 



25 



30 



Function SaveNewDataltem . FIG. 33 is a flowchart describing a 
method associated with Function SaveNewDataltem. SaveNewDataltem 
saves the values passed in through AddValue as a single data item. 



INPUT 

Lef tContainer 



DataType 



Con t a i ne r Type 



OUTPUT 
N/A 



DESCRIPTION 

Left Container that will be 
associated with the new 
container created of type 
The type of data being saved as 
defined in the data_types table 
Container type of the new data 
item being saved as defined in 
the table container_types 

DESCRIPTION 
N/A 
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The method is performed as described in FIG. 33. With respect to step 3302, 
the following instruction may be executed: 

5 SELECT * FROM Data_Types 

WHERE Data_Type_ID = <DataTypeID> 

Function UpdateDataltem . FIG. 34 is a flowchart describing a method 
associated with Function UpdateDataltem. UpdateDataltem saves the values 
10 passed in through AddValue as a single data item. This function assumes 
that the data item has already been saved at some previous time. 



INPUT DESCRIPTION 
DataltemID Data Item to update 



15 



OUTPUT DESCRIPTION 
N/A N/A 



The method is performed as described in FIG. 34. With respect to step 3402, 
20 the following instructions may be executed : 

SELECT Data_Types . * FROM Data_Types 

INNER JOIN Data_I terns ON Data_Types .Data_Type_ID = 

Dataltems . Data_Type_ID 
25 WHERE Data_Item_ID = <DataItemID> 

Example of LoadActionObiectStoredProcedure . A clinical user has 
logged on to the system that results in a request for the 
CLINICAL_USER_HOME page. All action objects for this page are identified: 

30 
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PageName=CLINICAL_USER_HOME 
Pageld = 19 



ActionObjectld 


ActionObjectName 


LocationOnPage 


Display 
Order 


ActionRuleld 


151 


AO_Clinical_Patient_Ust 


Standard 
Navigation 


1 


14 


475 


Add Ciinicl Patient 


Standard 
Navigation 


2 


356 


485 


Add Clinic2 Patient 


Standard 
Navigation 


2 


363 


494 


Add Clinic3 Patient 


Standard 
Navigation 


2 


369 


503 


Add TRC Patient 


Standard 
Navigation 


2 


377 


527 


Add Gladstone Patient 


Standard 
Navigation 


2 


385 


539 


Add TBI Patient 


Standard 
Navigation 


2 


395 


9 


Schedule List 


Standard 
Navigation 


3 


10 


10 


Add Appointment 


Standard 
Navigation 


4 


16 


11 


Video Conference 


Standard 
Navigation 


5 


10 


12 


Alerts 


Standard 
Navigation 


6 


10 


5 


Clincial User Nav Home 


Standard 
Navigation 


7 


14 


14 


Configuration 


Standard 
Navigation 


8 


10 



5 

Each action object in the list above will be evaluated to determine 
whether the resulting page will include the functionality represented by the 
action object. As an example of this evaluation, consider whether the user 
will be able to view the AO_Clinical_Patient_List action object. 
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A stored procedure is created which, when executed, will determine if 
the user has access or not. The access rule associated with the action object 
is: 

5 AccessRuleld = 14 

AccessRuleName = Is User Not In Admin Group 
AccessRuleExpression = 
SELECT GCH.Left_container_ID 
FROM Container_Hierarchy AS UCH 
10 INNER JOIN Container_Hierarchy AS GCH 

ON UCH.Right_Container_ID. = GCH . Lef t_Container_ID 
INNER JOIN Data_Objects 

ON GCH.Right_Container_ID = 
Data_Obj ects . Container_ID 
15 INNER JOIN Groups 

ON Groups .Data_Item_ID = Data_Obj ects .Data_Itern_ID 
WHERE Groups . Group_Name <> ' 'Administration' ' 
AND UCH -lef t_container_ID = @@User_ID 

20 

This access rule determines whether the user logged on the system 
(@@User_ID) is in a group named 'Administration'. If not, access is granted. 
Otherwise, access will be denied. 

A stored procedure named v2k_p_19_r_14 is programmatically 
25 created. The *p_19' is for pageid 19 and V_14' is for access rule 14. The 
following is the body of the actual stored procedure: 



jsnnnin- <wn nrusao-iAi I > 



WO 00/45301 



-62- 



PCT/US00/01839 



if exists (select * from sysobjects where id = 
object_id ( 1 sqluser . v2k_p_19_r_14 1 ) and sysstat & Oxf = 4) 
drop procedure sqluser . v2k_p__19_r_14 

GO 

CREATE PROC v2k_p_ 19_ r_14 (@@User_ID int, @@Location_ID int, 
@@Display_Langua9e_ID int) AS SET NOCOUNT ON 
SELECT GCH.Lef t_container__ID 
FROM Container_Hierarchy AS UCH 

INNER JOIN Container_Hierarchy AS GCH ON 
UCH.Right__ Container_ID = GCH. Lef t_Container_ ID 

INNER JOIN Data_Objects ON GCH . Right_Container_ID = 
Data__Objects . Container_ID 

INNER JOIN Groups ON Groups . Data_I tem_ID = 
Data__Objects . Data_Item_ ID 

WHERE Gr oup s . Gr oup__Name < > • Admi nistrati on 1 
AND UCH. lef t_container_ID = @@User_ID 

GO 

GRANT EXECUTE ON sqluser ;v2k_ p_l 9_r_l 4 TO sqluser 
GO 
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Example of LoadColumnStoredProcedure . A user selects an action 
object on the page they are currently viewing. This action object leads to the 
display of another page that includes a list presentation. 

Selection of the action object named 7^0_Ac±ive_User_Patient_B' is an 
5 example. This is the B tab in the A-Z presentation on the patient list. 

Clicking on *B' leads to a list display of all the active patients whose last name 
begins with B, to which the clinical user has access. 

The action object is defined as: 

10 

ActionObjectld - 181 

ActionObjectName = AO_Active_User_Patient_JB 
ActionRuleld =13 8 

ActionRuleName = Select Active User B Patients 
15 ActionRuleExpression = 

exec vmxsp_patient_list @@User_ID, • f B' 1 , ' 1 USER 1 1 , 
• 'ACTIVE ' 1 

URL = vm_list_ display .asp 
URL_Parameters = CT=CT_Patient_ljist 

20 

This action object navigates to the Vm Jist_display.asp' with a 
parameter to indicate the ContainerType of the list to be displayed is 
*CT_Patient_List' . The container type controls the columns displayed. The 
25 action rule controls the rows displayed. 

The action rule in this case is an invocation of pre-existing stored 
procedure named Vmxsp_patientjisf which is defined in the following. The 
following stored procedure Vmxsp_patientjisf demonstrates the complexity 
of the rules that the system supports: 
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if exists (select * from sysobjects where id = 
object_id( 'dbo. vmxsp_patient_list ' ) and sysstat & Oxf = 4) 
drop procedure dbo . vmxsp_patient_list 

GO 

CREATE PROC vmxsp_patient_list (@user_id int, ©letter char, ©filter 

varchar(lO) , ©status varchar(lO) ) 

AS 

SET NOCOUNT ON 

declare ©likestring varchar{30) 

select ©likestring = ©letter + ' %' 

CREATE TABLE #t_patients (container_id int) 

if ©filter = 1 USER 1 
BEGIN 

INSERT INTO #t_patients (container_id) 
SELECT distinct vl .Right_Container_ID FROM 
v_right_cont_hierarchy_type as vl 

INNER JOIN v__lef t_cont_hierarchy_type AS v2 

ON v2 .Lef t_Container_ID = vl . Lef t_Container_ID 
INNER JOIN v_right_cont_hierarchy_type AS v3 

ON v3 ,Right_Container_ID = v2 .Right_Container_ID 
INNER JOIN Container_Hierarchy AS CH4 

ON CH4 .Left_Container_ID = vl .Right_Container_ID 
INNER JOIN Data_Objects AS DOB J 

ON CH4 . Right_Container_. ID = DOB J . Container_ID 
INNER JOIN Personal_Information AS PI 

ON PI .Data_Item_ID = DOBJ.Data_Item_ID 
WHERE vl . Right_Container_Type_Name = ■ CT__Patient * 

AND v2 . Lef t_ Container_Type_Name = • CT_Relationship * 
AND v3 .Right_Container_Type_Name = f CT_Group' 
AND v3 .Lef t_Container_ID = @User_ID 
AND PI.Sur_Name LIKE ©likestring 
AND CH4 . Delete_Status = 0 

UNION 
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SELECT diBtxnct vl .Lef t_container_ID FROM v_cont_hierarchy_and_types as vl 
INNER JOIN v_lef t_cont_hierarchy_type AS v2 

ON v2 .Right_Container_ID = vl .Right_Container_ID 
INNER JOIN v_right_cont_hierarchy_type AS v3 

ON v3 .Lef t_Container_ID * v2 .Lef t_Container_ID 
INNER JOIN Container_Hierarchy AS CH4 

ON CH4 . Right — Container_ID = v3 .Right_Container_ID 
INNER JOIN Container_Hierarchy AS CHS 

ON CHS .Lef t_Container_ID ^ vl .Lef t_Container_ID 
INNER JOIN Data_Objects AS DOB J 

ON CHS .Right_Container_ID « DOBJ . Container^ D 
INNER JOIN Persona l_Informat ion AS PI 

ON PI .Data_Item_ID = DOBJ.Data_Item_ID 
WHERE vl .Right_Container_Type_Name = ' CT_Telemedicine_Appointment 1 

AND vl.Lef t_Container_Type_Name «= •CT_Patient' 

AND v2.Left_Container_Type_Name » • CT_Relationship ■ 

AND v3 . Right_Container_Type_Name = • CT_Group ' 

AND CH4 .Lef t_Container_ID « ©User_ID 

AND PI.Sur_Name LIKE ©likestring 

AND CH4 . Deleters tat us « 0 

AND CHS .Dele te_Status * 0 

END 

else 

BEGIN 

INSERT INTO #t_patients <container_id) 

SELECT distinct v . Lef t_ container_ID FROM v_ lef t_cont_hierarchy__ type as v 
INNER JOIN Data_Objects AS DOBJ 

ON v.Right_Container_ID = DOBJ . Container_ID 
INNER JOIN Personal_Inf ormation AS PI 

ON PI .Data_Item_ID = DOBJ.Data_Item_ID 
WHERE v. Lef t_Container_Type_Narae = ' CT_Patient* 

AND PI.Sur_Name LIKE ©likestring 

END 

if (©status <> 'ALL') 
BEGIN 

SELECT TPT.Container_ID FROM #t_patients AS TPT 
INNER JOIN Container_Hierarchy AS CH 
ON CH.Left_Container_lD - TPT . Container_ID 
INNER JOIN Data_Objecte AS DOBJ 

ON CH.Right_Container_ID ~ DOBJ.Container_ID 
INNER JOIN Patients AS PT 

ON PT.Data_Item_ID = DOBJ.Data_Item_ID 
INNER JOIN SingleJValue_Lists AS SVL 

ON SVL.List_Entry_ID = PT. Status 
WHERE SVL.List_Name = 1 Patient_Status • 

AND SVL • Symbol ic_Name IN ( ©status ) 

AND CH.Delete_Status = O 

END 

else 

BEGIN 

SELECT TPT.Container_ID FROM #t_patients AS TPT 

END 

RETURN 
SO 
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The list type displayed for the patient list is: 

Container Type Id =11 

ContainerTypeName = CT_Patient_List 
5 LoadOrder = 1 

ColunuiRuleExpression = 
SELECT ( 

Given_Name + 1 1 ' 1 + Middle_Name + ' 1 1 ' + Sur_Name 
+ •' ' • + Suffix) AS Label, 
10 NULL AS Image, 

Container_Hierarchy . Lef t__Container_ID AS 
Container_ID 

FROM Personal__Inf ormation 

INNER JOIN Data__ Objects AS Data_Objects 
15 ON Personal_Inf ormation. Data_Item_ID = 

Data_Objects .Data_Item_ID 
INNER JOIN Container_Hierarchy AS 
Cont a ine r_Hi e r ar ohy 

ON Data_Objects . Container_ID = 
20 Container_Hierarchy . Right_Container_ID 

INNER JOIN #t_Containers 

ON #t_Containers . Container_ID = 
Container_Hierarchy . Lef t_Container_ID 
ORDER BY Sur_Name, Given_Name 

25 



A stored procedure named v2k_r_138_t_ll_0. is programmatically 
created. The Y_138' is for action rule id of the action object, XJLV is tfie 
container type id for *CT_PatientJjst' and *c_l' is the first column loaded to 
30 build the table. The following is the body of the actual stored procedure: 
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if exists (select * from sysobjects where id = 

object_id( 1 sqluser .v2k_r_138_ t_ll_c_i 1 ) and sysstat & Oxf = 4) 
drop procedure sqluser . v2k__r_13 8_t_ll_c_l 

GO 

CREATE PROC v2k_r_ 138_t_ll_c — 1 (@©User_ID int, @@Location_ID int, 
a@Display_Language_ID int) AS SET NOCOUNT ON 
Create Table #t_Containers 
( 

Container_ID int 
) 

INSERT INTO #t_Containers (Container_ID) 

exec vmxsp_patient_list @@User_ID, 'B', 'USER 1 , 1 ACTIVE • 
SELECT (Given_Name + • ■ + Middle_Name + 1 ' + Surname + 1 1 + 
Suffix) AS Label, 

NULL AS Image, 

Container^ Hierarchy .Lef t — Container_ID AS Container_ID 
FROM Personal_Inf ormation 

INNER JOIN Data_Objects AS Data_Objects ON 
Personal_Information.Data_ Item_ID = Data_ Objects .Data_Item_ID 

INNER JOIN Container_Hierarchy AS Container^ Hierarchy ON 
Data_Ob j ects . Container_ID « Container_Hierarchy . Right_Container_ID 

INNER JOIN #t_Containers ON #t_Containers . Container_ID = 
Cont ainer___ Hierarchy . Lef t_Container_ID 
ORDER BY Sur_Name, Given_Name 

GO 

GRANT EXECUTE ON sqluser .v2k_r_l 3 8_t_ll_c_l TO sqluser 
GO 
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Alert Notification Subsystem . Alert notifications are available in the 
system, and are configurable using similar "rules". A particular embodiment 
of alert notification and configurability is described below. 

5 



rcoiui c 


it i ipi crnen Lotion 


System allows a user to send 

an aici l iiicsociyc lu uliici 

userfs). 


Adhoc Alert 


System notifies user(s) of 
initiated by another user. 


Auto Alert 


Alert is presented via audio 

and /or visual <;innal^ at* 

specified time interval based 
on priority. 


Audio/Visual Alert 


Alert is able to include data 
items that can be viewed via 
action object mechanism. 


Alert Data 


Alert is enabled based on 
predefined rule. 


Alert Rule 


Alert is sent to predefined 
group(s) or user(s) based on 
alert user rule. 


Alert User Rule 


Alert message is intelligently 
generated based on system 
states. 


Alert Message Template 



The general overall architecture and functionality for the alert 
subsystem is represented in FIG. 35. The general design of the alert 
subsystem is represented in FIG. 36. As shown in FIG. 36, the alert 
10 subsystem is composed of four main components: the Alert User Interface 
(UI); the Alert Dispatcher; the Alert Processor; and the Alert Data. Each 
component is separated from each other by the technology and functional 
capabilities that it encapsulates. 
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Alert User Interface (UI). FIG. 37 shows an example Illustration of the 
Alert UI. The Alert UI encapsulates the visual and audio presentation solution 
for the alert. It uses many of today's most advanced browser technology 
such as ActiveX, HTML, DHTML, Java, Javascript, and VB Script to provide the 

5 most efficient and flexible solution interfacing user interaction with the alert. 
From the time a user logs on to the system to the time of log off, the Alert 
UI component tracks all alerts pertaining to that user and notifies the user 
appropriately of any incoming alert by a combination of sight and sound 
signals. Incoming and outgoing alerts are automatically saved until they are 

10 deleted by the user. When an action object is clicked on by the user, the 
underlying automatic alert UI component navigates the DHTML hierarchy to 
collect all of the contextual information for the alert generation process. The 
contextual information is important for the generation of intelligent automatic 
alerts. 

15 Alert Dispatcher. When the Alert UI component completes its client's 

services, it sends a request to the appropriate server side Alert Dispatcher to 
handle the alert processing. The Alert Dispatcher is made up mostly of ASP 
pages that call the appropriate Alert Processor Interface based on the 
contextual information provided by the Alert UI component The alert 

20 dispatch may be configured as part of the sequence presentation. 

Alert Processor. When the Alert Processor Is called, it processes all the 
contextual information to determine the user, the message, and the 
conditions for the alert. The Alert Processor interfaces with the database to 
obtain alert data for the alert(s) associated with the action object, the 

25 template for the alert, and the alert rule(s) for alert activation. The Alert 
Processor exposes three main public function interfaces to the Alert 
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Dispatcher for sending alerts. The interfaces and processes are represented 
in FIG. 38. 

An important aspect of the Alert Processor component is the 
configurable method of generating alert messages and determining the alert 

5 criteria for the appropriate activation conditions and recipients. In order to 
include data in the body of a message, the alert template embeds field data 
in <! !> symbols. To determine the alert criteria for alert activation, the alert 
rule requires that embedded field data and conditional logic be surrounded by 
keywords and symbols. The required keywords, symbols, and their 

10 definitions for the alert rule text are as follows: 



Keywords & 
Symbols 


Definitions 


<! !> 


Must surround an alert field 
name 


@user 


Denotes current user who is 
initiating the action object 


0 


Must surround an alert rule 
statement 


#AND# 


Denotes AND logic 


#OR# 


Denotes OR logic 




Denotes Equality 


<> 


Denotes Inequality 


> 


Denotes Greater than 


< 


Denotes Less than 


1 


Denotes Inclusive OR 




Denotes Between 


TRUE 


Denotes Boolean - TRUE 
condition 


FALSE 


Denotes Boolean - FALSE 
condition 
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Alert Data. The Alert Data component is composed of a set of data 
and tables residing in the database. The structure of the alert allows the 
association of action objects with alert templates and users. Alert data is 
5 generated when the SendAlert() function in the Alert Processor is called. 

Alert Configuration. This section explains how an automatic alert can 
be enabled for an action object. The steps to configure an automatic alert for 
an action object are as follows: 

10 1. Create a rule to identify the user(s) to receive the automatic alert. 

For example, the following rule selects the users with logon names of 
Taylor' or 'Sorrels': 

15 SELECT PIC.Lef t_container_ID as container_id 

FROM Users 

INNER JOIN Data_Objects AS PID 

ON Users .Data_Item_ID = PID,Data__ Item_ID 
INNER JOIN Container^ Hierarchy AS PIC 
20 ON PIC.Right_ Container^ ID = PID . Container^ ID 

INNER JOIN Containers 

ON Containers ♦ Container_ID = 
PIC . Lef t_Container_ ID 
INNER JOIN Container^ Types 
25 ON Containers . Container_Type_ID = 

Container_Types . Container__Type_ID 
WHERE Users . Logon_Name in ( • • Taylor 1 ' , 1 ' Sorrels ■ 1 ) 
AND container_types . Container_Type_Name = 
• • CT User ■ 1 
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2. Create an alert data rule to associate data with the alert. 



For example, the following data rule selects a data element named x X-Ra/ 
5 with a date of today for the patient identified by @PatientId: 

SELECT XRAY.Lef t_container__ID as container_id 
FROM Container_Hierarchy as XRAY 

INNER JOIN Data_Objects AS XRAYDO 
10 ON XRAYDO. Container_ID = 

XRAY • Right_Container_ID 
INNER JOIN Container_Descriptiori AS XRAYCD 

ON XRAYCD. Data_Item_ID = XRAYDO. Data_Item_ID 
INNER JOIN Container_Hierarchy AS PAT 
15 ON PAT.Right_Container_ID = 

XRAY . Lef t_Container_ID 
WHERE XRAYCD. Name =''X-Ray'' 

AND XRAYCD. Creation_Date_ Time >= convert (datetime, 
getdate 0,1) 
20 AND PAT. Left Container ID = ©Patient Id 



3. Create an alert rule to define the alert activation criteria. 

25 For example, the following rule sends an automatic alert when the 
message text included "Dr 7 and "Order*: 

( < ! Name_TEXT ! > | Dr ) #AND# ( < 1 Name_TEXT ! > | Order) #AND# 
(<!ACTION_MODE!> = EDIT) #AND# 
30 (< ! PROVIDER_USER_ID_VALUE 3 > > 0) #AND# 

(<!SCHEDULED_DATE_TEXT!> = #OR# 

< i SCHEDULED_TIME_TEXT ! > = #OR# 

< ! REFERRER_PRI OR I T Y__I D_VALUE ! > = ) 
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4. Associate the alert user rule, alert data rule, alert rule, and alert template 
with an alert definition in the Alert Data Component 

5 AlertName = Dr Order Alert Definition 

AlertUserRule = Alert^ User_Rule_ID 
AlertDataRule = Alert_Data_Rule_ID 
AlertRuleld = Alert_Rule_ID 
AlertTemplate = 
10 < ! PERSONAL_INFORMATION . SUR_NAME ! > 

< ! PERSONAL_INFORMATION . G I VEN_NAME ! > 

<!PERSONAL_INFORMATTON. SUFFIX !> has orders pending 
from < ! ©user . PERSONAL>_INFORMATION . SUR_NAME ! > 

< I ©user . PERSONAL_INFORMATION . GI VENJtfAME ! > 
15 < ! ©user . PERSONAL_INFORMATTON . SUFFIX I > . 

5. Associate the alert definition with an action object. 

AlertName = Dr Order Alert Definition 
20 Alertld = 8 

ActionObjectName = Save Text Button 
ActionObjectld = 452 

25 Scope of the Invention/Other Embodiments . Although the invention 

has been described in reference to specific embodiments, the description is 
not meant to be construed in a limiting sense. Various modifications of the 
disclosed embodiment, as well as alternative embodiments of the invention 
will become apparent to persons skilled in the art upon reference to the 

30 description. It is therefore contemplated that the appended claims will cover 
such modifications that fall within the true spirit and scope of the invention. 
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APPFNDTX A- TABLES 










Table: ACTION JDBJECT.ALERTS 








5 


Columns 










Name 




Tvoe 


Size 




ACTION_OBJECTJD 




Number (Long) 


4 




Al COT" Tr\ 




Number f Lono^ 


4 


10 












Table: ACnON_OBJECT5 










Columns 










■Maine 




Tvoe 


Size 




ACnON_OBJECT_ID 




Mi imhpr (\ antW 


4 


15 


ACTION_OBJECT_NAME 




Text 






ACCESS_RULE_ID 






4 




ACTION_RULE_ID 




NiimHer (\ nnn^ 


4 




TEXTJD 




Nt imhpr (\ nnn^ 


4 




CONTAINERJTYPEJD 




Mi imhw^r (\ c\t\fi\ 


4 
• 


20 


ACTION JTYPE 




Text 






URL 




Text 


50 




U RL_P ARAM ETERS 




Text 


255 




TARGET 




Text 


255 




IMAGE 




iexi 




25 


LAUNCH 




Text 


20 




ACTION_OBJECT_AN NOTATION 




Memo 






Table: ALERTS 










Columns 








30 


Name 




Type 


Size 




DATAJTEMJD 




Mi imhpr ( 1 onn^ 


4 
• 




USERJD 




Mi imhvar (\ f\T\fi\ 


4 




LAST_M0DIRED_DATE_T1ME 




L/avc/ i line 


G 




CREATION_DATEJTlME 




L/ciic/ i line 


fi 
o 


35 


SIGNED 






1 

A. 




ALERT_DATETIM E 




Datp/ i imp 

L/ULC/ III! IW 


8 




RESOLVE_DATETIME 




LJOLG/ 1 II I It? 


Q 
o 




PRIORTTYJD 




Number (Lona^ 


4 




STATUSJD 




Number (Long) 


4 


40 


SENDJTO 




Memo 






RESOLVED__BY 




Number (Long) 


4 
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Table: AUDIO_DATA 








Columns 








Name 


Type 


Size 


5 


DATAJTEMJD 


Number (Long) 


4 




u<;fr id 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 


10 


DATA 








VERSIONJD 


Numoer ^i_ongj 


*t 




Table: AUDITING 






15 


Columns 








Name 


Tvoe 


Size 








30 




AUDIT_DATA_TABLE 


Text 


30 




AUDIT 


Yes/Np 


1 


20 


DELETE_STATUS 


Number (Long) 


4 




Table: AUTOMATIC_ALERT_DEFINmONS 








Columns 






25 


Name 


Type 


Size 


ALERTJD 


Number (Long) 


4 




ALERT_NAME 


Text 


50 




DYNAMIC_MESSAGE 


Memo 






USER_LIST_RULE_ID 


Number (Long) 


4 


30 


DATA_LIST_RULE_ID 


Number (Long) 


4 




ALERT_RULE_ID 


Number (Long) 


4 




RESOLVE_TYPE 


Number (Long) 


4 
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Table: OJENT_APPLICATION_PARAMETERS 
Columns 



Name Type Sjze 

5 APPLICATION_ID Number (Long) 4 

KEYWORD Text 50 

KEYPATH Text 255 

VALUE Text 255 

TYPE Text 20 



10 













Columns 








Name 


Tvoe 


Size 


15 


APPLICATONJD 


Number (Long) 


4 




APPLICATION_NAME 


Text 


50 




DIRECTORY 


Text 


255 




EXECUTABLE_N AM E 


Text 


255 




COMMAND_LINE 


Text 


255 


20 










Table: CLIENT_PRODUCTS 








Columns 








Name 


Tvoe 


Size 


25 


DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 


30 


PRODUCTTYP E 


Text 


80 




PRODUCTJMAME 


Text 


80 




MANUFACTURER 


Text 


80 




VERSION 


Text 


20 




SERIAL_NUMBER 


Text 


50 


35 


IN_USE 


Yes/No 


1 
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Table: CONTAINER_CROSS_REFERENCE 
Columns 





Name 


Type 


Size 




LOCAL CONTAINER ID 


Number (Long) 


4 


c 


EXTERNAL SYSTEM ID 


Number (Long) 


4 




EXTERNAL CONTAINER ID 


Number (Long) 


4 




Table: CONTAIN ER_DESCRIPnON 






10 


Columns 








Name 


Type 


Size 




DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIHED_DATE_TIME 


Date/Time 


8 


15 


CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 




NAME 


Text 


255 




DESCRIPTION 


Memo 






IMAGE 


Text 


255 


20 










Table: CONTAINER_HIERARCHY 








Columns 








Name 


Tyoe 


Size 


Zo 


1 FFT CONTAIN FR ID 


Number fLona^ 


4 




RTfiHT CONTAINER ID 


Number ( Lona^ 


4 




OPI PTP CTATI IQ 
UCLC 1 C 3 1 r\ I \JO 


Number fljona^ 


4 


30 


Table: CONTAINER_LJST_COLUMNS 








Columns 








Name 


Type 


Size 




CONTAINER_7YPE_ID 


Number (Long) 


4 




TEXTJD 


Number (Long) 


4 


35 


COLUMNJTYPE 


Number (Long) 


4 




COLUMN_RULE 


Memo 






DISPLAY_ORDER 


Number (Long) 


4 




LOADJ3RDER 


Number (Long) 


4 




DISPLAY_FORMAT 


Text 


50 
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Table: CONTAINER_TYPES 
Columns 



Name ; Type Size ' 

5 CONTAINER_TYPE_ID Number (Long) 4 

CONTAINER_TYPE_NAM E Text 50 

DIRECTORY_SERVICES Yes/No 1 

CLIENT_PATH_NAME Text 32 

SERVER_PATH_NAME Text 32 

10 DELETE_STATUS Number (Long) 4 

CX)NTAINER_TYPE_ANNOTA710N Memo 



Table: CONTAINERS 
15 Columns 



Name Type Size 

CONTAINER_ID Number (Long) 4 

CONTAINER_NAME Text 255 

CONTAINER_TYPE_ID Number (Long) 4 

20 DELETE_STATUS Number (Long) 4 



25 



Table: DATA_DEFAULT_RULES 
Columns 

Name 



DATA_TYPE_ID 
FORM_RULE 



Type 



Size 



Number (Long) 
Memo 
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Table: DATA„ITEM_SEQUENCE_PAGES 
C lumns 



10 



15 



Name 


Type 


Size 


^FOIJFNCF ID 


Number ( Lona^ 


4 


HT^pl AY ORDFR 
uxor lj\ i _v^iM-/trv 


Number fLona^ 


4 


LEFT CONTAINER TYPE ID 


Number ( Lona ^ 


4 


RIGHT CONTAINER TYPE ID 


Number (Long) 


4 


DATA_TYPE_ID 


Number (Integer) 


2 


SUBMIT_ORDER 


Number (Long) 


4 


HTM L_FO RM_P AG E_N AM E 


Text 


50 


HTML_FORM_PAGE_ANCHOR 


Text 


50 


HTML_FORM_PAGE_TEXT_ID 


Number (Long) 


4 


HTML_FORM_PAGE 


Text 


50 


HTM L_FO RM_TAG 


Text 


50 


HTML_FORM_SAVE_ACTION 


Text 


50 


HTML_FORM_CANCEL_ACT10N 


Text 


50 


FRAME_HBGHT 


Number (Long) 


4 


ELECTRONIC_SIGNATURE_REQUIRED 


Yes/No 


1 



20 



Table: DATA_ITEM_SEQUENCES 
Columns 

Name 



25 



SEQL)ENCE_ID 

SEQUENCE_NAME 

IC0N_PAGE 

SEQUENCE_ANNOTATION 



Type 



Number (Long) 
Text 

Number (Long) 
Memo 



Size 



4 
30 
4 



30 



Table: DATAJTEMS 
Columns 

Name 



35 



DATA_ITEM_ID 

DATA_TYPE_ID 

CREATION_DATE_TIME 

CREATORJD 

SOURCEJTYPE 

SOURCE.ID 

LOCKED_BY 

DELETE STATUS 



Type 



Number (Long) 
Number (Integer) 
Date/time 
Number (Long) 
Number (Byte) 
Number (Integer) 
Number (Long) 
Number (Long) 



Size 



4 
2 
8 
4 
1 
2 
4 
4 



40 
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Table: DATA_LOAD_RULES 
Columns 

Name 



DATA_TYPE_ID 
FORM RULE 



10 



Table: DATA_OBJECTS 
Columns 

Name 



CONTAINERJD 
DATAJTEM_ID 



Type 



.Size. 



Number (Long) 
Memo 



Type 



Size 



Number (Long) 
Number (Long) 



4 
4 



15 Table: DATA_SAVE_RULES 
Columns 

Name Type Size 

DATA_TYPE_ID Number (Long) 4 

FORM_RULE Memo 



Table: DATA_TYPES 
Columns 

Name 

25 DATAJTYPEJD 

DESCRIPTIVE_N AM E 

TEXT_ID 

ICON 

ASC_OBJECT_NAME 
30 ASC_ICON_OBJECT_NAME 
DATA_TABLE 

ELECTRONIC_SIGNATURE_DEFAULT 

DELETE_STATUS 

DATA _TYPE_AN NOTATIO IM 



Tvoe 


Size 


Number (Long) 


4 


Text 


50 


Number (Long) 


4 


Text 


255 


Text 


255 


Text 


255 


Text 


30 


Yes/No 


1 


Number (Long) 


4 


Memo 
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laDie. utvicto 
















Name 


Type 


Size 


5 


DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




i act MorvrPTPn hatp ttmp 




Q 
O 




CREAT!ON_DATE_TIM E 


Date/Time 


8 




SIGNED 


Yes/No 


1 


10 


DEVICEJTYPE 


Text 


80 




DEVICE_NAME 


Text 


80 




MANUFACTURER 


Text 


80 




VERSION 


Text 


20 




SERIAL NUMBER 


Text 


50 




IN USE 


Yes/No 


1 




Tahlo' nTf*r>M RATA 








Columns 






20 


Name 


Type 


Size 




DATAJTEMJD 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 


25 


SIGNED 


Yes/No 


1 




DATA 


Text 


255 




VERSIONJD 


Number (Long) 


4 
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Table: DIRECTORY_STRUCTURE 
Columns 



Name Type Size 

5 DATA_TYPE Text 32 , 

TYPE Number (Integer) 2 

HOST Text 255 

PATH_NAME Text 255 



10 

Table: DOUBLE_VALUE_LISTS 
Columns 



Name Type : Size 

LIST_ENTRY_ID Number (Long) 4 

15 LIST_NAME Text 30 

SYM BO LIC_N AM E Text 30 

VALUE1_TEXT_ID Number (Long) 4 

VALUE2_TEXT_ID Number (Long) 4 

IMAGE Text 255 

20 DISPLAY_INDICATOR Yes/No 1 

DISPLAY_ORDER Number (Integer) 2 



Table: DYNAMIC_SELECTORS 
25 Columns 

Name Type Size 

SELECTORJD Number (Integer) 2 

ACT10N_OBJ ECT_AREA Text 50 

DYNAMIC_ENTRY_ID Number (Long) 4 

30 DYNAMIC_TEXT_ID Number (Long) 4 
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Table: FORMATTED_TEXT_DATA 
C lumns 



Name Type Sjze 

5 DATA_ITEM_ID Number (Long) 4 

USER_ID Number (Long) 4 

LAST_MODIFIED_DATE_TIM E Date/Time 8 

CREATION_DATE_TIME Date/Time 8 

SIGNED Yes/No 1 

10 DATA Text 255 

VERSIONJD Number (Long) 4 



15 



20 



25 



Table: GROUPS 
Columns 

Name 



DATA_ITEM_ID 
USER_ID 

LAST_MODIFIED_DATE_TIME 

CREATION_DATE_TIME 

SIGNED 

GROUP_NAME 

DESCRIPTION 

PRACTICE TYPE ID 



Table: GUI_LABELS 
Columns 

Name 



30 



LABEL_NAME 
TEXT ID 



Table: GUI_TEXT_ID 
35 Columns 

Name 



TEXT.ID 

text Name 



Type 



Size 



Number (Long) 

Number (Long) 

Date/Time 

Date/Time 

Yes/No 

Text 

Text 

Number (Integer) 



4 
4 
8 
8 
1 

255 
255 
2 



Type 



Size 



Text 

Number (Long) 



32 
4 



Type 



Size 



Text 
Text 



255 
50 
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Table: GUI_TEXT_STRINGS 
Columns 

Name ; 



Type 



Size 



TEXTJD 

LANGUAGE_ID 

TEXTSTRING 



Text 

Number (Integer) 
Text 



255 
2 
255 



10 



15 



20 



Table: IMAGE_DATA 
Columns 

Name 



DATA_n~EM_ID 
USER_ID 

LAST_MODIFIED_DATE_TIME 

CREATION_DATE_TIME 

SIGNED 

DATA 

VERSION_ID 



Table: LANGUAGES 
Columns 

Name 



25 



LANGUAGE_ID 
LANGUAGE_NAME 
TEXT ID 



30 Table: LISTS 
Columns 

Name 



35 



LIST.NAME 
UST_TABLE 
EDIT_LEVEL 

DEFAULT_SYMBOI_IC_ NAME 



Type 



Size 



Number (Long) 

Number (Long) 

Date/Time 

Date/Time 

Yes/No 

Text 

Number (Long) 



4 
4 

8 
8 
1 

255 
4 



Type 



Size 



Number (Long) 

Text 

Text 



4 
15 
255 



Type 



Size 



Text 
Text 

Number (Integer) 
Text 



30 
30 
2 
30 
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1 3016! LUUA 1 ILWid 








Columns 








Name 


TvDe 


Size 


5 


DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREAnON_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 


in 


LOCATION NAME 


Text 


50 




LOCATION DESCRIPTION 


Text 


50 




STATUS 


Number fBvte^ 


1 


15 










Columns 








Name 


Type 


Size 




DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 


20 


LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 




MEDICAL_RECORD_NUMBER 


Text 


30 




MEDICAL_RECORD_DESCRIPTION 


Text 


255 



25 



Table: PAGE„ACnON_OBJECTS 
Columns 



Name . Type Size 

30 PAGEJD Number (Long) 4 

ACTION_OBJECr_ID Number (Long) 4 

DISPLAY_ORDER Number (Long) 4 

LOCATION_ON_PAGE Text 30 

FIRE_ACnON_RULE Yes/No 1 



35 
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Table: PAGE_LABELS 
Columns 



5 


Name 


TvDe 


Size 




PAGEJD 


Number (Long) 


4 




LABEL_NAME 


Text 


32 


in 


Table- PAGFS 








Columns 








Name 


Tvoe 


Size 




PAGE_ID 


Number (Long) 


4 




PAGE_NAME 


Text 


50 


15 


ASP_NAME 


Text 


255 




Table: PATIENTS 








Columns 






20 


Name 


Tvoe 


Size 




DATAJTEMJD 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 


25 


SIGNED 


Yes/No 


1 




PRIMARY_PHYSIOAN_ID 


Number (Long) 


4 




STATUS 


Number (Integer) 


2 
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Table: PERSONALJNFORMATION 
Columns 





Name 


Type 


Size 




DATA_ITEM_ID 


Number (Long) 


4 


5 


USER_ID 


Number (Long) 


4 




LAST MODIFIED_DATE_TIME 


Date/Time 


8 




CREATTO N_D ATE_TIM E 


Date/Time 


8 






i cay iiu 


1 




SSN 


Text 


11 


10 


DOB 


Text 


14 




SEX_ID 


Number (Integer) 


2 




TITLES 


Text 


100 




SUR_NAME 


Text 


40 




GIVEN NAME 


Text 


40 




MIDDLE NAME 


Text 


40 




SUFFIX 


Text 


10 




Table: RELATIONSHIPS 






20 


Columns 








Name 


Type 


Size 




DATAJTEMJD 


Number (Long) 


4 




USERJD 


Number (Long) 


4 




LAST_MODinED_DATE_TlME 


Date/Time 


o 

8 




CREATION DATE TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 




RELATIONSHIP NAME 


Text 


255 


30 


Table: RULES 








Columns 








Name 


Type 


Size 




RULEJD 


Number (Long) 


4 




RULE_NAME 


Text 


50 


35 


RULE_EXPRESSION 


Memo 






RULE_ANNOTA7ION 


Memo 
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Table: SELECTORS 








Columns 








Name 


type 


blze 


c 




ivumDer (Long; 


4 




PAGE_ID 


Number (Long) 


4 




SEL£CTOR_NAME 


Text 


32 




TYPE 


Text 


20 


10 










Table: SESSIONS 








Columns 








Name 


TvDe 


Size 




SESSIONJD 


Number (Long) 


4 


15 


USER_ID 


Number (Long) 


4 




LOCATIONJD 


Number (Long) 


4 




LOGON JTIME 


Date/Time 


8 




Lwo\Jrr 1 I INC 


Date/Time 


8 




LAST_UPDATED 


Date/Time 


8 


20 


APPOINTMENT_ID 


Number (Long) 


4 




CURRENT_PATIENT_ID 


Number (Long) 


4 




Table: SIMPLE_TABLE_SELECTORS 






25 


Columns 








Name 


Tvoe 


Size 




SELECTOR_ID 


Number (Integer) 


2 




LIST_NAME 


Text 


30 




00LUMN_NAME 


Text 


30 
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Table: SINGLE_VALUE_LIST5 
Columns 



Name Typ e Sjze 

5 LIST_ENTRY_ID Number (Long) 4 

LIST_NAME Text 30 

SYMBOLIC.NAME Text 30 

VALUE_TEXT_ID Number (Long) 4 

IMAGE Text 255 

10 DISPLAYJNDICATOR Yes/No 1 

DISPLAY_ORDER Number (Integer) 2 



Table: STUDY_DATA 
15 Columns 

Name 



20 



DATAJTEMJD 
USER_ID 

LAST_MODIFIED_DATE_TIME 

CREATION_DATE_TIME 

SIGNED 

NUMBER_OF_ROWS 
NUMBER_OF_COLUMNS 



Type 



Size 



Number (Long) 
Number (Long) 
Date/Time 
Date/Time 
Yes/No 

Number (Integer) 
Number (Integer) 



4 
4 

8 
8 
1 
2 
2 



25 

Table: SYSTEM_CONFIGURATION 
Columns 

Name Type Size 

KEYWORD Text 50 

30 VALUE Text 255 



Table: SYSTEMS 
Columns 



35 Name Type Sjze 

SYSTEMJD Number (Integer) 2 

SYSTEM_NAME Text 50 

SYSTEM_TYPE Text 20 

INSTALLED Text 50 
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Table: TEXT.DATA 
Columns 



Name Type Size 

5 DATA_ITEM_ID Number (Long) 4 

USERJD Number (Long) 4 

LAST_MODIRED_DATE_TIME Date/Time 8 

CREATION J3ATEJTIME Date/Time 8 

SIGNED Yes/No 1 

10 DATA Memo 





Table: USERS 








Columns 






15 


Name 


TvDe 


Size 




r\*TA I'TLM Tf"*\ 

DATA_1 1 fcrML D 


Number (Long) 


4 




1 ICPQ Tn 


nufnuGr ^i_Qngj 


A 
*T 




LAST_MODIFIED_DATE_TIME 


Date/Time 


8 




CREATION_DATE_TIME 


Date/Time 


8 


20 


SIGNED 


Yes/No 


1 




LOGON_NAME 


Text 


32 




PASSWORD 


Text 


50 




VERIFY_PASSWORD 


Text 


50 




USER_TYPE_ID 


Number (Integer) 


2 


25 


STATUS 


Number (Integer) 


2 




DISPLAY_LANGUAGE_ID 


Number (Integer) 


2 




Table: VIDEO_DATA 






30 


Columns 








Name 


Type 


Size 




DATA_ITEM_ID 


Number (Long) 


4 




USER_ID 


Number (Long) 


4 




LAST_MODIFIED_DATE_TTME 


Date/Time 


8 


35 


CREATTON_DATE_TIME 


Date/Time 


8 




SIGNED 


Yes/No 


1 




DATA 


Text 


255 




VERSION_lD 


Number (Long) 


4 
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View: v_cont_hierarchy_and_types 
Columns 



Name 


Type 


Size 


left_containerJd 


Number (Long) 


4 


left_oontainerjiame 


Text 


255 


left_containerJype_id 


Number (Long) 


4 


Ieft_aml3iner_type_name 


Text 


50 


!eft_dlrectory_services 


Yes/No 


1 


left_clientLj)ath_name 


Text 


32 


left_server_path_name 


Text 


32 


ieftLContainer_type_anno 


Memo 




right_containerJd 


Number (Long) 


4 


right_container_name 


Text 


255 


right_containerJypeLid 


Number (Long) 


4 


right_a>ntainer_type_name 


Text 


50 


right_directory_services 


Yes/No 


1 


right_client-path_name 


Text 


32 


right_server_path_name 


Text 


32 


right„container_type_anno 


Memo 





View: v„containers_and_dataJtems 
Columns 



Name 


Type 


Size 


containeMd 


Number (Long) 


4 


containerjiame 


Text 


255 


containerjypejd 


Number (Long) 


4 


datajtemjd 


Number (Long) 


4 


datajtypejd 


Number (Integer) 


2 


creation_date_time 


Date/Time 


8 


creatoMd 


Number (Long) 


4 


sourcejype 


Number (Byte) 


1 


sourcejd 


Number (Integer) 


2 


locked_by 


Number (Long) 


4 
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View: v_containers_and_types 
Columns 





Name 


Tvoe 


Size 


5 


containerjd 


Number (Long) 


4 




container_name 


Text 


255 




container_type_id 


Number (Long) 


4 




container_type_name 


Text 


■in 




directory__services 


Yes/No 


1 
X 


10 


clientj>ath_name 


Text 






serverj)ath — name 


Text 


J*. 




container_type_annotation 


Memo 




ID 


V1CW. VJUG Ija 1 LCI 1 19 d 1 1U UO La typcS 








rAlnmnc 
Miiuiiiiia 








Name 


Type 


Size 




data_jtem_id 


Number (Long) 


4 




datajypejd 


Number (Integer) 


2 


20 


creation_date_time 


Date/Time 


8 




creator_id 


Number (Long) 


4 




source_type 


Number (Byte) 


1 




source Jd 


Number (Integer) 


2 




locked_by 


Number (Long) 


4 


25 


descriptive_name 


Text 


50 




textjd 


Number (Long) 


4 




icon 


Text 


255 




asc_object_name 


Text 


255 




ascJcon_object_name 


Text 


255 


30 


datajable 


Text 


30 




electronic_signature„default 


Yes/No 


1 




data_Jype_annotation 


Memo 
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' 5 



10 



View: v_data_objects_and_data_items 
Columns 

Name 



containerjd 

datajtemjd 

datajypejd 

creation_date_time 

creator Jd 

source__type 

sourcejd 

lockedjDy 



Type 



Number (Long) 
Number (Long) 
Number (Integer) 
Date/Time 
Number (Long) 
Number (Byte) 
Number (Integer) 
Number (Long) 



Size 



4 
4 
2 
8 
4 
1 
2 
4 



15 



20 



25 



30 



View: v_data_objects_and_data_types 
Columns 



Name 


Type 


Size 


containerjd 


Number (Long) 


4 


datajtemjd 


Number (Long) 


4 


datajypejd 


Number (Integer) 


2 


creation_date_time 


Date/Time 


8 


creator Jd 


Number (Long) 


4 


source Jype 


Number (Byte) 


1 


sourcejd 


Number (Integer) 


2 


locked_by 


Number (Long) 


4 


descriptive„name 


Text 


50 


textjd 


Number (Long) 


4 


icon 


Text 


255 


asc_pbject_name 


Text 


255 


ascJcon_object_name 


Text 


255 


datajable 


Text 


30 


eIectronic_signature_default 


Yes/No 


1 


data„type_annotation 


Memo 
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CLAIMS: 

2 

1. A method of dynamically generating a user presentation, the 
- 4 method comprising: 

in response to a request from an application program, selecting and 
6 retrieving at least one of a plurality of rules stored in one or more databases; 
executing the rule to retrieve data from the one or more databases; 

8 and 

generating presentation data based on the data, where the 
10 presentation data is for use in the user presentation of the application 
program. 

12 

2. The method according to claim 1, wherein executing the rules 
H comprises executing the rules using rule control information. 

16 3. The method according to claim 1, wherein executing the rules 

comprises executing the rules using rule control information including at least 

18 one of user information, user group information, location information, and 
node information. 

20 

4. The method according to claim 1, wherein the rules comprise 
22 query statements, 

24 5. The method according to claim 1, wherein the rules comprise 

Structured Query Language (SQL) statements. 
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6. Software for use on one or more servers of a computer 
2 network, said software executable for: 

in response to a first request from an application program, selecting 
4 and retrieving at least a first one of a plurality of rules stored in one or more 
databases; 

6 executing the first ones of the rules to retrieve a first set of data from 

the one or more databases; 
8 generating first presentation data based on the first set of data, where 

the first presentation data is for use in a first user presentation of the 
10 application program; 

in response to a second request from the application program, 
12 selecting and retrieving at least a second one of a plurality of rules stored in 

the one or more databases; 
i4 executing the second ones of the rules to retrieve a second set of data 

from the one or more databases; and 
16 generating second presentation data based on the second set of data, 

where the second presentation data is for use in the second user presentation 
is of the application program. 

20 7. The software according to claim 6, wherein executing the rules 

comprises executing query statements. 

22 

8. The software according to claim 6, wherein executing the rules 
24 comprises executing Structured Query Language (SQL) statements. 

26 
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9. Software for use on one or more servers, the software 
2 executable for: 

in response to a request from an application program, selecting and 
4 retrieving at least one of a plurality of rules stored in one or more databases; 

executing the rules to retrieve presentation control data from the one 
6 or more databases for selection of a subset of a plurality of visual objects 

represented by data; and 
8 generating presentation data based on the presentation control data, 

where the presentation data is for use in a graphical user presentation of the 
10 application program. 

12 10. Software for use on one or more servers, the software being 

executable for: 

i4 executing a rule to retrieve user data from one or more databases, 

using as input at least one of user information, user group information, 
16 location information, and node information; and 

generating presentation data using the user data. 

18 

11. One or more databases for use with one or more servers in a 
20 health care information network, said database storing executable user 

presentation rules for use by said server. 

22 

12. The one or more databases according to claim 11, wherein said 
24 database stores the executable user presentation rules in association with 

client information. 
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2 13. The one or more databases according to claim 12, wherein said 

client information comprises at least one of client user information, client 
4 group information, and client node information. 

6 14. The one or more databases according to any one of claims 

11-13, wherein said executable user interface presentation rules comprise 
8 database query statements. 

10 15. A computer network, comprising: 

one or more servers having software executable for: 
12 receiving an instruction from a client through an application 

program; 

M selecting and retrieving one or more of a plurality of 

presentation rules stored in one or more databases; 
i6 executing, against the one or more databases, the one or more 

presentation rules using rule control data as input, to thereby receive data; 
is generating presentation data based on the data; 

sending the presentation data to the client, 
20 a client, for 

sending the instruction to the server through the application 

22 program; 

receiving the presentation data; and 
24 generating a graphical user interface (GUI) presentation based 

on the presentation data. 

26 
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16. The computer network according to claim 15, wherein the 
2 plurality of presentation rules comprise query statements. 

. 4 17. The computer network according to claim 15, wherein the 

computer application comprises a browser. 

6 

18. A computer health care network, comprising: 
8 one or more databases; 

one or more servers having software executable for: 
10 receiving a request from a client through a computer application 

program; 

12 in response to the request, selecting and retrieving one or more 

of a plurality of rules stored in the one or more databases; 

14 executing, against the one or more databases, the one or more 

rules using rule control data as input thereto, thereby receiving data; 

i6 building presentation data in accordance with the data; and 

sending the presentation data to the client for use in a user 

is presentation in the computer application program. 

20 19. The computer health care network according to claim 18, 

further comprising: 

22 visually displaying, at the client, the user presentation in the computer 

application program. 

24 

20. The computer health care network according to claim 18, 
26 wherein the rule control data includes at least one of user data, location data, 
and node data. 
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2 21. The computer health care network according to claim 18, 

wherein the rules comprise at least one database query statement. 

4 

22. One or more servers comprising software executable for: 
6 retrieving one or more rules stored In one or more databases; 

receiving data from the one or more databases by executing the rule 
8 with at least one of client user information, client user group information, 

client location information, and client node information as input; 
10 selecting one or more display components based on the data; and 

assembling presentation data based on the selected display 
12 components. 
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FIGURE 33 (Function SaveNewDataltem) 
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FIGURE 34 (Function UpdateDate Item) 
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